Bạn cho mình hỏi về việc cung cấp storage riêng biệt cho mỗi Pod: nếu scale down thì data trong pod đó ở pvc ta sẽ ko truy cập đc, thì ứng dụng của ta bị mất dữ liệu à. Nếu thế thì làm cách nào để đồng bộ dữ liệu trong trường hợp mình muốn scale down lại mà ko muốn scale up về số lượng pod ban đầu
ad cho mình hỏi khúc LoadBalancer với. Sao lúc mình định nghĩa port là 80 qua 8080 mà nó lại sinh ra 1 cổng 31kxxx nữa. Trong hình mình họa phần đó, theo mình hiểu là sau khi truy cập Public IP rôì request sẽ đưa qua 1 service khác expose tại cổng 31xxx rồi sau đó mới truyền về port 8080 của các container ạ. Thank ad
@hmquan08011996
Bài viết bạn hay lắm, cảm ơn b nhé. Dù thông tin đúng hay sai mình chưa rõ và cần thời gian xác thực nhưng bạn thành công trong việc cho mình một overview tốt để tìm hiểu sâu hơn rồi. Chúc b ra nhiều bài hay hơn nha
ko cần e ạ, ví dụ 1 cách deploy phổ biến là backend thì url sẽ có dạng /api. Sau này khi tới bài về ingress a sẽ hướng dẫn e cách deploy mà chỉ expose frontend ra, backend hoàn toàn private không access được trực tiếp.
Flow request từ browser sẽ là:
với các url không có /api thì show UI như thường
nếu có prefix /api, thì khi request từ browser -> frontend service -> proxy vào backend. Như e thấy ở đây backend không cần expose ra ngoài mà chỉ frontend service thôi
THẢO LUẬN
này bạn xem AWS Loabbalancer và Target Group nha
Bạn cho mình hỏi về việc cung cấp storage riêng biệt cho mỗi Pod: nếu scale down thì data trong pod đó ở pvc ta sẽ ko truy cập đc, thì ứng dụng của ta bị mất dữ liệu à. Nếu thế thì làm cách nào để đồng bộ dữ liệu trong trường hợp mình muốn scale down lại mà ko muốn scale up về số lượng pod ban đầu
hay quá, cảm ơn tác giả
Phần upgrade version cần nói kĩ sẽ hay hơn
@fef như này thì qua mặt dc ISP nhưng lại bị theo dõi bởi thằng VPN. Tránh vỏ dưa gặp vỏ dừa
ad cho mình hỏi khúc LoadBalancer với. Sao lúc mình định nghĩa port là 80 qua 8080 mà nó lại sinh ra 1 cổng 31kxxx nữa. Trong hình mình họa phần đó, theo mình hiểu là sau khi truy cập Public IP rôì request sẽ đưa qua 1 service khác expose tại cổng 31xxx rồi sau đó mới truyền về port 8080 của các container ạ. Thank ad @hmquan08011996
Rất hay và cụ thể, cảm ơn bài viết của anh ạ
https://chonongsanonline.com/shop/mortdecor rất hay ạ
Anh ơi, Làm sao để chuyển hướng về trang đăng nhập sau khi họ đăng xuất. Của em nó chuyển về trang chủ luôn
Hay! cảm ơn bác nhé
cảm ơn a, rất chi tiết
Cám ơn team ạ, bài học rất hữu ích
Bạn thắng vip pro quá
Các bạn đang bình luận seeding à
Bài viết bạn hay lắm, cảm ơn b nhé. Dù thông tin đúng hay sai mình chưa rõ và cần thời gian xác thực nhưng bạn thành công trong việc cho mình một overview tốt để tìm hiểu sâu hơn rồi. Chúc b ra nhiều bài hay hơn nha
ko cần e ạ, ví dụ 1 cách deploy phổ biến là backend thì url sẽ có dạng
/api. Sau này khi tới bài về ingress a sẽ hướng dẫn e cách deploy mà chỉ expose frontend ra, backend hoàn toàn private không access được trực tiếp.Flow request từ browser sẽ là:
/apithì show UI như thường/api, thì khi request từ browser -> frontend service -> proxy vào backend. Như e thấy ở đây backend không cần expose ra ngoài mà chỉ frontend service thôiCảm ơn bạn đã ủng hộ!
@viblo.algorithm Oke, cảm ơn các bạn rất nhiều, mk đã học hỏi được nhiều điều từ viblo
Ban lam phan realtime dang len cho ae tham khao nhe. Thank ban
Bạn có thể cho mình xin hướng dẫn cách cài đặt để khi ssh thay vì chỉ dùng OTP thì sẽ yêu cầu nhập cả Password + OTP được không?