Microservices hay Monolithic architecture

Bài đăng này đã không được cập nhật trong 4 năm

Giới thiệu tổng quan

Software architecture hiện được chia làm 2 dạng:

Monolithic architecture: kiểu truyền thống
Microservices: những năm gần đây dạng này đang dần trở nên phổ biến hơn.
"Netflix, Google, Amazon, and other tech leaders have successfully switched from monolithic architecture to microservices".

Nhưng quan trọng không phải cái gì google, amazon làm đều là tốt nhất với dự án, với application của bạn. Vì vậy chúng ta nên nắm rõ những yếu tố cơ bản, phân tích điểm mạnh điểm yếu để chọn lựa hướng đi cho phù hợp nhất. Bài viết của mình sẽ được chia làm 2 phần chính.

Lựa chọn microservice hay monolithic cho dự án của bạn.
Phân tích chi tiết hơn điểm mạnh yếu của từng architecture

1. Lựa chọn microservice hay monolithic cho dự án của bạn?

Monolithic architecture:

Team nhỏ
Quick launch - khi bạn muốn prototype hay PoC (proof of concepts), ra sản phẩm nhanh nhất có thể để kiểm chứng cái "business idea"
Ứng dụng, dự án của bạn khá đơn giản và ko cần yêu cầu quá nhiều về mặt business logic, khả năng mở rộng, và flexibility.
Team hiện tại không có microservices expertise: Cái này sẽ làm một thách thức nếu các bạn hoặc team bạn muốn tự tìm hiểu. Cần set timeline cho phù hợp.

Micro services architecture:

Ứng dụng, dự án của bạn khá lớn, tương lai cần có khả năng mở rộng.
Có đủ engineering skills, human power.
Có sẵn microservices expertise: DevOps and Containers experts là một lợi thế

2. Phân tích chi tiết hơn điểm mạnh yếu của từng architecture

Monolithic

Monolithic	Ưu điểm	Nhược điểm
Đây là kiểu phát triển truyền thống	Tất cả chỉ nằm trên 1 project, centralized management, dễ dev	Khi monolithic scale up lên, code base sẽ rất bự, một member mới sẽ khó biết bắt đầu từ đâu
Phù hợp với các dự án nhỏ	Dễ debugging and testing	Tính ổn định không cao, vì 1 cái crash sẽ ảnh hưởng tới toàn bộ hệ thống, có thể hiểu như mọi thứ là 1 cỗ máy thống nhất mọi thứ cần phải nhịp nhàng
	Dễ để deployment, và dễ phát triển, vì đó là kiểu truyền thống các kĩ sư cơ bản đều được trang bị đủ kiến thức cần thiết	Thay đổi sẽ khó vì các component sẽ có ràng buộc liên quan với nhau
		Một component muốn chuyển đổi ngôn ngữ chẳng hạn, thì sẽ khó khăn vì nó cần kết nối tới những thằng component khác nữa

Microservices:

Nhìn chung mục tiêu của microservices là để giảm thiểu sự phụ thuộc giữa các component với nhau. Để có thể dễ dàng quản lý, scale up, tuy nhiên vấn để sẽ thêm vào nhiều thứ phức tạp khác. "Small, and Focused on Doing One Thing Well"

Microservices	Ưu điểm	Nhược điểm
Các services liên hệ với nhau thông qua (http request, streaming, socker, rpc...)	Chia nhỏ hệ thống thành nhiều component(service) độc lập. Một team sẽ có trách nhiệm toàn bộ với life-cycle của một hay nhiều service. Mỗi micro-service độc lập có thể sử dụng database riêng	Tăng độ phức tạp: nó giống như là 1 distributed system, 1 hệ thống lớn chính vì vậy tât cả sự liên kết cần phải dc tính toán cẩn thận.
Microservice chia nhỏ bao nhiêu là phù hợp: lựa chọn dựa trên kinh nghiệm của bạn	Giảm thiểu sự phụ thuộc lẫn nhau ở tầng code. Developers làm việc trên một code base nhỏ hơn, dễ dàng làm việc hơn giảm thiểu sự phụ thuộc vào các function	Vấn đề về testing: vì các compient deployable độc lập, nên khi test toàn bộ hệ thống sẽ khó hơn rất nhiều.
	Mỗi microservices có thể sd các ngôn ngữ khác nhau(dễ dàng trong việc lựa chọn technology)	Cách xử lý giao tiếp giữa các microservices, xử lý lỗi để tránh làm gián đoạn các microservices khác, test cho từng micro services
	Sau khi deploy, khi muốn cải thiện 1 phần, thì ko cần update toàn bộ hệ thống mà chỉ cần rebuild và deploy cai micro service.	Với các projects nhỏ khi chuyển qua Microservices có thể bị chậm hơn, dò cần thêm thời gian giao tiếp giữa các microservices
		Số lượng service càng lốn thì vấn đề về management complexity cũng tăng theo
		Có thể sẽ tốn nhiều tài nguyên hơn dó mỗi thành phần cần instances riêng và container riêng của nó

Kết luận

Nhìn chung để thực hiện những dự án lớn, thì microservices sẽ là 1 lựa chọn tốt, và cho hướng đi xa hơn. Tuy nhiên những dự án gấp rúp, prototype thì chúng ta có thể không cần dùng tới "dao mổ trâu để cắ tiết gà". Để chuyển architecture từ hệ thống sang kiểu microservices thì cần có sự chuẩn bị thêm về các kiến thức liên quan tới container (docker, kubernetes..) mình sẽ update trong thời gian tới