Microservices là gì?
Microservices là kiến trúc phần mềm chia ứng dụng thành nhiều dịch vụ nhỏ, độc lập, mỗi dịch vụ chạy trong tiến trình riêng và giao tiếp qua các cơ chế nhẹ như HTTP API. Khái niệm này được Martin Fowler và James Lewis định nghĩa từ năm 2014: mỗi dịch vụ được xây dựng quanh một năng lực nghiệp vụ cụ thể và có thể triển khai độc lập nhờ quy trình tự động hóa.
Thay vì một ứng dụng nguyên khối chứa toàn bộ chức năng, kiến trúc microservices tách nhỏ thành các module như đăng nhập, thanh toán, tìm kiếm, mỗi module là một dịch vụ riêng có database riêng. Kiểu thiết kế này giúp đội nhóm phát triển nhanh hơn, mở rộng linh hoạt hơn và hạn chế ảnh hưởng khi một thành phần gặp sự cố.
Microservices khác monolith thế nào?
| Tiêu chí | Monolith | Microservices |
|---|---|---|
| Cấu trúc | Toàn bộ code trong một khối | Nhiều dịch vụ nhỏ độc lập |
| Triển khai | Mỗi lần thay đổi phải deploy cả ứng dụng | Deploy từng dịch vụ riêng biệt |
| Mở rộng | Scale toàn bộ ứng dụng | Scale từng dịch vụ theo nhu cầu |
| Dữ liệu | Dùng chung database | Mỗi dịch vụ sở hữu database riêng |
| Liên kết | Ràng buộc chặt giữa các module | Liên kết lỏng qua API hoặc messaging |
| Khả năng chịu lỗi | Một lỗi có thể làm sập cả ứng dụng | Dịch vụ lỗi không ảnh hưởng dịch vụ khác |
Điểm khác biệt cốt lõi nằm ở khả năng triển khai độc lập: đội nhóm có thể phát hành phiên bản mới của dịch vụ thanh toán mà không cần chờ toàn bộ ứng dụng. Đây chính là lý do các tập đoàn công nghệ lớn chuyển sang microservices khi quy mô tăng vượt giới hạn của monolith.
Lợi ích của kiến trúc microservices
Tốc độ phát triển và triển khai
Mỗi đội nhóm sở hữu trọn vẹn một dịch vụ từ phát triển đến vận hành, giảm xung đột khi nhiều người cùng sửa một codebase. Việc triển khai độc lập giúp vòng lặp phản hồi nhanh hơn, dễ rollback khi có lỗi, và sửa bug không ảnh hưởng tới dịch vụ khác.
Mở rộng linh hoạt
Khi một chức năng nhận lưu lượng lớn, chỉ dịch vụ đó cần nhân bản thêm instance thay vì phải scale toàn bộ hệ thống. Ví dụ dịch vụ tìm kiếm chịu tải cao vào giờ cao điểm có thể chạy 20 instance trong khi dịch vụ xuất hóa đơn chỉ cần 3 instance.
Tự do công nghệ
Mỗi dịch vụ có thể dùng ngôn ngữ, framework và database phù hợp riêng, gọi là polyglot persistence. Dịch vụ xử lý chuỗi thời gian có thể dùng InfluxDB, dịch vụ tìm kiếm dùng Elasticsearch, trong khi dịch vụ tài khoản dùng PostgreSQL.
Cô lập lỗi
Khi một dịch vụ gặp sự cố, các dịch vụ khác vẫn hoạt động bình thường nhờ cách ly tiến trình. Điều này giúp giảm thiểu rủi ro sập toàn hệ thống so với ứng dụng nguyên khối.
Thách thức khi áp dụng microservices
Microservices không phải giải pháp vạn năng, đi kèm với chi phí vận hành đáng kể. Hệ thống có nhiều thành phần hơn, đòi hỏi quản lý service discovery, giao dịch phân tán và giao tiếp giữa các dịch vụ. Việc gọi API qua mạng tạo thêm độ trễ và chuỗi phụ thuộc, trong khi dữ liệu phân tán buộc chấp nhận mô hình nhất quán cuối cùng thay vì ACID.
Kiểm thử hệ thống phân tán phức tạp hơn nhiều so với monolith, diện tích tấn công bảo mật rộng hơn, và đội ngũ cần kiến thức sâu về hệ thống phân tán. Nếu tổ chức nhỏ hoặc sản phẩm còn đơn giản, monolith vẫn là lựa chọn hợp lý để bắt đầu.
Công cụ phổ biến cho microservices
- Docker: đóng gói mỗi dịch vụ cùng toàn bộ phụ thuộc vào container, chạy ổn định trên mọi môi trường.
- Kubernetes: nền tảng điều phối container mã nguồn mở, tự động hóa triển khai, mở rộng và quản lý vòng đời.
- Istio: service mesh phổ biến nhất, cung cấp mã hóa mTLS, chính sách truy cập, canary deployment và quan sát hệ thống.
- gRPC: framework gọi hàm từ xa hiệu năng cao dùng Protocol Buffers và HTTP/2, hỗ trợ streaming hai chiều.
- API Gateway: điểm vào duy nhất định tuyến request tới đúng dịch vụ, xử lý xác thực và giới hạn tốc độ.
- Apache Kafka: nền tảng messaging theo sự kiện, giúp các dịch vụ liên kết lỏng thông qua event stream.
Ai đang dùng microservices?
Netflix chuyển từ ứng dụng cho thuê DVD sang hàng trăm microservices, xử lý hơn 1 tỷ lệnh gọi API mỗi ngày và từng chiếm tới 30% lưu lượng internet giờ cao điểm. Amazon cho biết trang web của họ gọi từ 100 đến 150 dịch vụ backend để dựng một trang sản phẩm. Uber xây dựng khoảng 2.200 microservices và giới thiệu kiến trúc Domain-Oriented Microservice Architecture để giảm độ phức tạp. Lyft chạy hơn 100 microservices trên AWS, còn eBay, Spotify, Airbnb và LinkedIn đều áp dụng mô hình tương tự.
Kết luận
Microservices phù hợp với hệ thống lớn, đội ngũ nhiều người và yêu cầu mở rộng linh hoạt. Với dự án nhỏ, hãy bắt đầu từ monolith, tách dịch vụ khi thực sự cần thiết. Khi đã áp dụng, đầu tư đúng vào container, orchestration và quan sát hệ thống là chìa khóa thành công.
Tham khảo thêm: Bài viết gốc của Martin Fowler, Giải thích của AWS, Hướng dẫn kiến trúc của Microsoft Azure và Pattern catalog microservices.io.
