Consul: service discovery và service mesh
/consul
Consul giải quyết bài toán service discovery và giao tiếp an toàn giữa các service trên hạ tầng liên tục thay đổi. Đáng cân nhắc khi bạn vận hành nhiều data center hoặc một hạ tầng pha trộn giữa VM và Kubernetes và cần một control plane duy nhất cho cả hai. Nếu chỉ chạy thuần Kubernetes, service discovery có sẵn cộng với một service mesh nhẹ hơn như Linkerd đã đủ dùng mà không tốn thêm công vận hành.
Consul là gì
Consul là hệ thống phân tán của HashiCorp dùng để kết nối và cấu hình các service trên hạ tầng động, theo mô tả trong chính README của dự án. Nó gộp chung service discovery, service mesh với sidecar proxy và TLS tự động, health checking, và một HTTP API để lưu cấu hình — tất cả trong một binary chạy được trên Linux, macOS, FreeBSD, Solaris và Windows.
Core features: service mesh, discovery, and more
- ✓Service discovery qua giao diện DNS có sẵn hoặc một HTTP API — service tự đăng ký, các service khác truy vấn Consul thay vì dùng một danh sách địa chỉ gán cứng.
- ✓Service mesh với sidecar proxy tự thiết lập TLS giữa các service, dùng phân quyền theo identity thay vì theo địa chỉ IP.
- ✓Chế độ Transparent Proxy, giúp traffic được định tuyến vào mesh mà từng ứng dụng không cần tự cấu hình outbound proxy.
- ✓Thành phần API Gateway đứng trước mesh, cho phép định nghĩa policy về traffic và phân quyền cho các service bên trong.
- ✓Health checking gắn liền với service discovery, nên một instance không khỏe sẽ ngừng nhận traffic và có thể kích hoạt circuit breaker ở cấp service.
- ✓Nhận biết đa data center được thiết kế sẵn trong lõi hệ thống — theo README, Consul hỗ trợ bất kỳ số lượng vùng nào mà không cần thêm lớp cấu hình phức tạp.
- ✓Cấu hình ứng dụng động qua một HTTP API để lưu các đối tượng key/value có index và metadata ứng dụng.
- ✓Một UI chạy trên trình duyệt (tùy chọn), cộng với bản Consul Enterprise thương mại riêng cho nhóm cần hỗ trợ trả phí.
Consul được dùng để làm gì
- •Service discovery cho microservices trải trên VM, container và Kubernetes cùng lúc, thay vì chỉ dùng service discovery gốc của một nền tảng.
- •Bảo mật giao tiếp giữa các service bằng mutual TLS qua mô hình sidecar proxy, không cần sửa code ứng dụng.
- •Vận hành hạ tầng trên nhiều data center, nơi một control plane duy nhất nhận biết data center thay thế cho công cụ riêng theo từng vùng.
- •Tập trung cấu hình động và metadata mà service đọc lúc runtime qua HTTP API của Consul.
- •Đặt API Gateway trước service mesh để áp policy về traffic và phân quyền ngay tại edge.
Cài đặt và chạy Consul
README không đưa thẳng câu lệnh cài đặt — thay vào đó nó trỏ tới năm hướng dẫn quick start riêng trên trang của HashiCorp: cài bằng binary độc lập, cài trên Minikube, cài trên Kind, hướng dẫn triển khai đầy đủ trên Kubernetes, và hướng dẫn triển khai HCP Consul (bản hosted). Bạn cần chọn đúng hướng dẫn phù hợp với môi trường mục tiêu — test cục bộ hay đưa vào cluster thật — thay vì giả định một cách cài dùng chung cho mọi trường hợp.
Đăng ký service và truy vấn Consul
README không mô tả chi tiết câu lệnh đăng ký hay truy vấn trong phạm vi dữ liệu ở đây — nó dẫn sang trang tài liệu đầy đủ. Về mặt cơ chế, theo README, service tự đăng ký với Consul rồi được các service khác tìm thấy qua giao diện DNS hoặc HTTP; các service SaaS bên ngoài cũng đăng ký được theo cách tương tự, dưới dạng external service. Muốn biết cú pháp lệnh và cấu hình chính xác, hãy xem tài liệu chính thức của Consul thay vì đoán câu lệnh CLI ở đây.
Điểm mạnh
- ✓Một hệ thống gộp chung service discovery, health checking, mesh và lưu cấu hình, thay vì phải ghép bốn công cụ riêng lẻ.
- ✓Hỗ trợ đa data center được thiết kế làm phần lõi ngay từ đầu, không phải tính năng gắn thêm sau, theo README.
- ✓Chạy được trên Linux, macOS, FreeBSD, Solaris và Windows, không bị khóa vào một hệ điều hành duy nhất.
- ✓Transparent Proxy và phân quyền theo identity nghĩa là TLS giữa các service không đòi hỏi sửa code ứng dụng.
Hạn chế cần lưu ý khi dùng Consul
- △Dữ liệu ở đây không nêu rõ license của Consul — README chỉ nói có một bản Consul Enterprise thương mại riêng, nên hãy tự kiểm tra điều khoản license trước khi giả định việc dùng miễn phí phù hợp với trường hợp của bạn.
- △Chạy service mesh nghĩa là phải vận hành sidecar proxy đi kèm mỗi service, đây là phần việc vận hành thật sự mà một hệ chỉ làm service discovery đơn thuần không có.
- △Nếu toàn bộ hạ tầng đã chạy trên Kubernetes, mô hình DNS/agent của Consul trùng lặp với những gì kube-dns và một service mesh như Linkerd đã làm — phần hỗ trợ đa data center và VM vốn là lý do chọn Consul ở nơi khác lại không mang lại lợi ích ở đây.
- △Các hướng dẫn quick start nằm ngoài repo, trên trang tài liệu của HashiCorp, nên không có một tutorial trong chính repo để làm theo.
Lựa chọn thay thế cho Consul
Ai nên dùng Consul
Các nhóm vận hành service trên nhiều hơn một data center, hoặc trên hạ tầng pha trộn giữa VM và Kubernetes, tận dụng được Consul nhiều nhất, vì đó đúng là phần hạ tầng mà thiết kế của Consul nhắm tới, theo README. Các nhóm đã dùng Vault và Terraform được lợi thêm nhờ dùng chung công cụ và tư duy trong hệ sinh thái HashiCorp. Một team chỉ chạy một cluster Kubernetes và không có kế hoạch đa vùng thì dùng service discovery gốc cùng một mesh nhẹ hơn sẽ hợp lý hơn.
Câu hỏi thường gặp về Consul
Mã nguồn của Consul công khai trên GitHub, và HashiCorp bán riêng một bản Consul Enterprise thương mại dựa trên đó. Dữ liệu được kiểm tra ở đây không nêu rõ điều khoản license cho bản mã nguồn mở, nên hãy xem file LICENSE trong repo trước khi giả định trường hợp sử dụng của bạn được cho phép.
Service discovery của Kubernetes được tích hợp sẵn trong cluster và chỉ bao phủ các pod chạy trong cluster đó. Consul là một hệ thống riêng, hoạt động được trên cả VM, container và nhiều cluster Kubernetes cùng lúc, đồng thời nhận biết đa data center — điều mà service discovery gốc của Kubernetes không có sẵn.
Consul service mesh được thiết kế để hoạt động trên môi trường pha trộn giữa VM và Kubernetes, trải trên nhiều data center, dùng sidecar proxy với TLS tự động và phân quyền theo identity. Istio gắn chặt với Kubernetes hơn. Dữ liệu GitHub ở đây không có so sánh tính năng chi tiết, nên đây chỉ là khác biệt về kiến trúc, không phải đánh giá đầy đủ.
Consul hỗ trợ triển khai đa data center ngay trong thiết kế lõi — theo README, hệ thống hỗ trợ bất kỳ số lượng vùng nào mà không cần thêm cấu hình phức tạp.
Consul cung cấp một HTTP API và một giao diện DNS, nên bất kỳ ngôn ngữ hay công cụ nào gửi được HTTP request hoặc truy vấn DNS đều đăng ký hoặc tra cứu service qua Consul được. README không liệt kê client library chính thức theo từng ngôn ngữ, nên hãy xem trang tài liệu của Consul để biết SDK cụ thể.
Consul có một bản Consul Enterprise bán riêng dành cho nhóm cần hỗ trợ thương mại, điều này gợi ý có việc dùng thật trong production, dù dữ liệu ở đây không nêu tên công ty cụ thể. Muốn có bằng chứng về việc sử dụng thực tế, hãy xem case study từ chính HashiCorp thay vì bài tóm tắt này.
Vấn đề mà Consul giải quyết
Trong một data center tĩnh, bạn gán cứng địa chỉ IP và sửa file cấu hình mỗi khi có gì đó thay đổi. Cách này gãy ngay khi hạ tầng trở nên động. Khi service chạy trên VM tự động scale hoặc trải rộng qua nhiều data center, không gì có địa chỉ cố định đủ lâu để gán cứng, và cũng không có một nơi duy nhất để kiểm tra service bạn đang gọi có còn sống hay không. Consul giải quyết việc này bằng cách cho mỗi service một mục đăng ký, một cách tra cứu qua DNS/HTTP, và một health check tự động loại service đó khỏi vòng xoay khi nó ngừng phản hồi.
Repo liên quan
consul có đáng để bạn bỏ thời gian?
ChatGPT, Claude và Perplexity đều đọc được trang này. Hỏi thử xem họ nghĩ gì về consul.