theo kiến trúc thế này thì load balancer sẻ nằm trước api gateway và điều hướng. Điều này yêu cầu mỗi VPS phải có đầy đủ services. Theo mình tìm hiểu thì có 1 cách khác là để api gateway nằm trước, điều hướng theo từng service về load balancer
theo em hiểu thì gateway sẽ điều hướng user tới service cần thiết ví dụ hướng dẫn tới ghế vip, ghế thường, ghế cận thường ... loadbalancer cũng phải điều hướng dựa trên các yêu cầu này để dẫn đến đúng gateway chứ ko đơn giản là chia đều hết cho thông thoáng nó chỉ chia đều gateway trong trường hợp là các gateway đều có một tính năng chung là order ghế thì nó chia đều cho các gateway ko biết em hiểu vậy đúng ko nữa
em xin góp ý một chút để hoàn thiện hơn,tránh người xem hiểu lầm,cách vẽ 4 cổng tương ứng mỗi cổng điều hướng riêng đến 1 loại mầu của khán đài như vậy dễ làm người xem hiểu lầm là cổng đó chỉ phục vụ dc cố định 1-2 khu vực khán đài đó
Mình nghĩ nên thêm 1 sân vận động (cơ sở 2 chẳng hạn) thì mới thấy rõ được vai trò của Load Balancing (LB). Còn như trong video 5:59 đưa ví dụ rằng LB sẽ chia thành 4 cổng, mỗi cổng 100 người thì không đúng lắm bởi vì làm sao LB biết client nào ở cổng nào mà chia, cái này chỉ có Api Gateway mới biết
Dạ anh và mọi người ơi cho em hỏi tí với ạ, trong video thì Load balancer nó có 4 server vậy thì 4 server này đều có code xử lý giống nhau đúng hong mọi người. Tại nếu mà khác nhau thì lỡ nó redirect request vô cái server không có API mà request đó cần thì failed rồi đúng ko ạ Em cảm ơn trước ạ
Anh cho em hỏi vậy khi mình triển khai loadbalancer với APIGateway thì manage access token như nào, bởi như em hiểu khi đó mình sẽ có 3 instance của APIGw for example
theo kiến trúc thế này thì load balancer sẻ nằm trước api gateway và điều hướng. Điều này yêu cầu mỗi VPS phải có đầy đủ services.
Theo mình tìm hiểu thì có 1 cách khác là để api gateway nằm trước, điều hướng theo từng service về load balancer
video quá bổ ích, cảm ơn anh
Tks em..
Cái câu từ cuộc sống của chúng ta suy ra đến phần mềm em cũng luôn tự suy nghĩ như vậy. Không ngờ anh cũng thế. :D
theo em hiểu thì gateway sẽ điều hướng user tới service cần thiết ví dụ hướng dẫn tới ghế vip, ghế thường, ghế cận thường ...
loadbalancer cũng phải điều hướng dựa trên các yêu cầu này để dẫn đến đúng gateway chứ ko đơn giản là chia đều hết cho thông thoáng
nó chỉ chia đều gateway trong trường hợp là các gateway đều có một tính năng chung là order ghế thì nó chia đều cho các gateway ko biết em hiểu vậy đúng ko nữa
em xin góp ý một chút để hoàn thiện hơn,tránh người xem hiểu lầm,cách vẽ 4 cổng tương ứng mỗi cổng điều hướng riêng đến 1 loại mầu của khán đài như vậy dễ làm người xem hiểu lầm là cổng đó chỉ phục vụ dc cố định 1-2 khu vực khán đài đó
nếu đi như vậy thì các gateway phải có liên kết với nhau thực tế có một số gateway chỉ phục vụ cho cá nhân nó thôi
quá dễ hiểu thầy ơi
Mình nghĩ nên thêm 1 sân vận động (cơ sở 2 chẳng hạn) thì mới thấy rõ được vai trò của Load Balancing (LB). Còn như trong video 5:59 đưa ví dụ rằng LB sẽ chia thành 4 cổng, mỗi cổng 100 người thì không đúng lắm bởi vì làm sao LB biết client nào ở cổng nào mà chia, cái này chỉ có Api Gateway mới biết
Em xem lại video trước á, Thì sẽ biết ai vào cổng nào á em
Tuyệt vời ạ
Tks em
Dạ anh và mọi người ơi cho em hỏi tí với ạ, trong video thì Load balancer nó có 4 server vậy thì 4 server này đều có code xử lý giống nhau đúng hong mọi người. Tại nếu mà khác nhau thì lỡ nó redirect request vô cái server không có API mà request đó cần thì failed rồi đúng ko ạ
Em cảm ơn trước ạ
Anh cho em hỏi vậy khi mình triển khai loadbalancer với APIGateway thì manage access token như nào, bởi như em hiểu khi đó mình sẽ có 3 instance của APIGw for example
NO.Các hệ thống phải đi qua một con proxy. Em xem key anh vừa nói hén,
api getway nghe giống microserver vậy a?
cảm ơn a ạ
hay qá a ơi
Đăng ký hội viên sao anh, em k có tài khoản có cách khác không?
Hiện tại chỉ theo visa thôi á e
ngon quá ngon
màu xám mà ỗng cứ nói màu nâu