Posted inDevOps

Service Discovery và Cấu hình Động với HashiCorp Consul

DevOps tutorial - IT technology blog
DevOps tutorial - IT technology blog

Cơn Ác Mộng IP Gán Cứng (Hardcoded)

Tôi nhớ về dự án microservices quy mô lớn đầu tiên của mình. Chúng tôi bắt đầu với năm dịch vụ, và việc gán cứng địa chỉ IP của chúng trong các tệp application.properties có vẻ vẫn ổn. Nhưng khi chúng tôi mở rộng lên hơn 50 dịch vụ, mỗi lần triển khai trở thành một trò chơi dò mìn. Nếu một container khởi động lại và nhận được IP mới, một nửa hệ thống sẽ bị treo vì các dịch vụ hạ nguồn (downstream services) không thể tìm thấy nó. Việc theo dõi thủ công các vị trí mạng này là công thức dẫn đến tình trạng quá tải và gián đoạn hệ thống.

Theo kinh nghiệm thực tế của tôi, đây là một trong những kỹ năng thiết yếu cần nắm vững: chuyển từ cấu hình tĩnh sang kiến trúc động, có khả năng tự phục hồi. Nếu bạn vẫn đang cập nhật các tệp cấu hình thủ công mỗi khi một pod khởi động lại, đã đến lúc chúng ta nói về Service Discovery.

Nguyên Nhân Gốc Rễ: Tại Sao Cấu Hình Tĩnh Thất Bại Trong Microservices

Vấn đề cơ bản không chỉ là việc các IP thay đổi. Đó là trong môi trường DevOps hiện đại, cơ sở hạ tầng có tính chất tạm thời (ephemeral). Các container, máy ảo và serverless functions được thiết kế để bị hủy bỏ và tạo mới liên tục. Khi bạn có một quy trình CI/CD tốc độ cao, “vị trí” (IP/Cổng) của một dịch vụ luôn biến động.

Nếu không có một registry tập trung, bạn sẽ gặp phải hai vấn đề lớn:

  • Configuration Drift (Lệch Cấu Hình): Các dịch vụ khác nhau có thông tin lỗi thời về các dịch vụ khác trong hệ thống.
  • Zombie Services (Dịch Vụ Ma): Một dịch vụ có thể vẫn nằm trong danh sách cấu hình ngay cả khi nó đã “chết”, dẫn đến tình trạng hết thời gian kết nối (connection timeouts) và lỗi dây chuyền (cascading failures).

HashiCorp Consul Là Gì?

Consul là một nền tảng kết nối mạng dịch vụ đa đám mây (multi-cloud) để kết nối và bảo mật các dịch vụ trên bất kỳ nền tảng runtime nào và đám mây công cộng hoặc riêng tư. Về cốt lõi, nó cung cấp ba tính năng quan trọng mà chúng ta sẽ tập trung vào:

  1. Service Discovery: Các client của Consul có thể đăng ký một dịch vụ và các client khác có thể sử dụng Consul để khám phá các nhà cung cấp của một dịch vụ nhất định.
  2. Health Checking: Consul có thể theo dõi sức khỏe của các dịch vụ đã đăng ký để ngăn lưu lượng truy cập được gửi đến các node bị lỗi.
  3. KV Store: Một nơi tập trung cho cấu hình động mà các dịch vụ có thể truy vấn trong thời gian chạy (runtime).

Bắt Tay Vào Làm: Thiết Lập Node Consul Đầu Tiên

Để phát triển hoặc thử nghiệm cục bộ, cách dễ nhất để bắt đầu là sử dụng Docker. Lệnh này khởi chạy một agent Consul duy nhất ở chế độ phát triển:

docker run -d --name=consul-node -p 8500:8500 consul:latest

Sau khi khởi chạy, bạn có thể truy cập giao diện người dùng (UI) tại http://localhost:8500. Trong khi thiết lập mạng cho cụm Consul của mình, tôi thường cần lập kế hoạch cho các dải IP. Tôi thấy Subnet Calculator trên ToolCraft rất hữu ích để tính toán ký hiệu CIDR và dải host có thể sử dụng. Đây là một công cụ phía client tuyệt vời, không theo dõi dữ liệu của tôi, một điểm cộng khi thiết kế mạng nội bộ.

Đăng Ký Một Microservice

Để đăng ký một dịch vụ, bạn có thể sử dụng HTTP API hoặc tệp cấu hình. Giả sử chúng ta có một “inventory-service” đang chạy trên 192.168.1.50 tại cổng 8080. Chúng ta tạo một tệp JSON có tên inventory.json:

{
  "service": {
    "name": "inventory-service",
    "tags": ["v1", "production"],
    "address": "192.168.1.50",
    "port": 8080,
    "check": {
      "http": "http://192.168.1.50:8080/health",
      "interval": "10s"
    }
  }
}

Tôi thường xuyên chuyển đổi giữa YAML cho Kubernetes và JSON cho Consul API. Thay vì sử dụng các trình chuyển đổi trực tuyến không rõ nguồn gốc có thể lưu trữ tên dịch vụ nội bộ của mình, tôi sử dụng YAML ↔ JSON Converter. Vì nó chạy 100% trong trình duyệt, tôi biết kiến trúc dịch vụ của mình được giữ riêng tư.

Đăng ký dịch vụ bằng cách gửi JSON này đến agent API của Consul:

curl --request PUT --data @inventory.json http://localhost:8500/v1/agent/service/register

Sức Mạnh Của Kiểm Tra Sức Khỏe Tự Động

Khối check trong tệp JSON ở trên là nơi điều kỳ diệu xảy ra. Consul sẽ ping endpoint /health đó mỗi 10 giây. Nếu dịch vụ trả về lỗi 500 hoặc không phản hồi, Consul sẽ đánh dấu nó là “critical” (nguy kịch). Khi một dịch vụ khác hỏi Consul, “inventory-service đang ở đâu?”, Consul sẽ chỉ trả về IP của các instance khỏe mạnh. Điều này tự động hóa quá trình chuyển vùng khi có lỗi (failover) một cách hiệu quả mà không cần thay đổi cấu hình thủ công.

Cấu Hình Động Với K/V Store

Việc gán cứng các feature flag hoặc chuỗi kết nối cơ sở dữ liệu cũng nguy hiểm như việc gán cứng IP. Key/Value store của Consul cho phép bạn thay đổi hành vi ứng dụng mà không cần khởi động lại. Bạn có thể lưu trữ một giá trị cấu hình như thế này:

curl --request PUT --data "true" http://localhost:8500/v1/kv/config/inventory/maintenance_mode

Ứng dụng của bạn sau đó có thể thăm dò (poll) endpoint này hoặc sử dụng một công cụ như consul-template để tự động cập nhật các tệp cấu hình cục bộ bất cứ khi nào giá trị trong Consul thay đổi. Điều này cực kỳ mạnh mẽ để chuyển đổi các trang bảo trì hoặc điều chỉnh mức độ ghi log (log levels) trên toàn bộ cụm dịch vụ chỉ trong vài giây.

Tích Hợp Thực Tế Vào Code Của Bạn

Hầu hết các framework hiện đại đều có hỗ trợ gốc cho Consul. Nếu bạn đang sử dụng Spring Boot, việc thêm dependency spring-cloud-starter-consul-discovery gần như là tất cả những gì bạn cần. Đối với các nhà phát triển Python, thư viện python-consul là cách tiêu chuẩn để tương tác với API.

Dưới đây là một ví dụ nhanh về cách bạn có thể lấy địa chỉ dịch vụ trong Python:

import consul

c = consul.Consul()
index, data = c.health.service('inventory-service', passing=True)

for item in data:
    print(f"Tìm thấy instance khỏe mạnh tại: {item['Service']['Address']}:{item['Service']['Port']}")

Tổng Kết

Việc chuyển sang HashiCorp Consul đã thay đổi cách tôi quản lý cơ sở hạ tầng. Nó chuyển gánh nặng theo dõi vị trí dịch vụ từ kỹ sư sang chính hệ thống. Bằng cách kết hợp Service Discovery, Kiểm tra sức khỏe tự động và Cấu hình động, bạn sẽ xây dựng được một hệ thống có thể xử lý các lỗi không thể tránh khỏi trong môi trường phân tán.

Hãy bắt đầu từ quy mô nhỏ: đăng ký một dịch vụ, thêm kiểm tra sức khỏe và xem logic ứng dụng của bạn trở nên sạch sẽ hơn thế nào khi bạn ngừng lo lắng về địa chỉ IP. Khi hệ thống của bạn phát triển, bạn sẽ thấy rằng việc có một nguồn sự thật duy nhất (single source of truth) cho trạng thái microservices không chỉ là một sự tiện lợi — đó là điều tất yếu để tồn tại trong thế giới DevOps.

Share:
Tags: