Khi triển khai Load Balancer trong kiến trúc Microservices, tại sao việc sử dụng Service Mesh (như Istio) lại được ưu tiên hơn so với việc cấu hình Load Balancer truyền thống?

Question

Accepted Answer

Sự khác biệt cốt lõi
Load Balancer truyền thống thường hoạt động ở mức hạ tầng (Infrastructure level), trong khi Service Mesh hoạt động ở mức ứng dụng (Application level) thông qua Sidecar Proxy (Envoy).
Tại sao chọn Service Mesh?

Traffic Management: Hỗ trợ Canary Deployment, A/B Testing và Traffic Shifting một cách linh hoạt mà không cần thay đổi cấu hình Load Balancer tầng ngoài.
Observability: Cung cấp khả năng giám sát chi tiết từng request giữa các dịch vụ (Distributed Tracing, Metrics).
Security: Tự động hóa mTLS (Mutual TLS) giữa các Microservices, điều mà Load Balancer truyền thống khó thực hiện ở quy mô lớn.

Kết luận
Load Balancer truyền thống (như Nginx/HAProxy) vẫn cần thiết ở Edge (Ingress) để xử lý traffic từ bên ngoài, nhưng Service Mesh là giải pháp tối ưu cho việc điều phối traffic nội bộ (East-West traffic) trong hệ thống Microservices phức tạp.

Khi triển khai Load Balancer trong kiến trúc Microservices, tại sao việc sử dụng Service Mesh (như Istio) lại được ưu tiên hơn so với việc cấu hình Load Balancer truyền thống?

Sự khác biệt cốt lõi

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi load balancing liên quan cùng chủ đề