Monolithic là một kiểu cấu trúc truyền thống, trong đó tất cả các thành phần của

ứng dụng được kết hợp thành một đơn vị lớn. Mặt khác, microservices phân tách
ứng dụng thành các service nhỏ hơn, mỗi thành phần hoạt động độc lập và giao
tiếp với nhau thông qua các giao thức chuẩn.

1. Monolith là gì?

Monolith là một kiến trúc phần mềm truyền thống, trong đó toàn bộ ứng dụng
được phát triển, triển khai và triển khai như một thực thể duy nhất. Tất cả các
thành phần của ứng dụng, bao gồm giao diện người dùng, logic kinh doanh và cơ
sở dữ liệu, đều được xây dựng và liên kết chặt chẽ với nhau. Một ứng dụng
Monolith có thể được triển khai trong một máy chủ hoặc môi trường cloud duy
nhất.
Ưu điểm của kiến trúc Monolith bao gồm:

 Dễ phát triển: Kiến trúc Monolith dễ dàng để xây dựng và triển khai ban đầu
vì không có sự phân tách rõ ràng giữa các thành phần. Điều này có nghĩa là
việc phát triển và triển khai ứng dụng Monolith ban đầu được thực hiện một
cách đơn giản hơn so với các kiến trúc phức tạp hơn như Microservices.
 Dễ hiểu và duy trì: Vì tất cả các phần của ứng dụng Monolith được kết hợp
lại, nên việc hiểu và duy trì mã nguồn Monolith thường dễ dàng hơn so với
các kiến trúc phức tạp hơn. Với Monolith, các nhà phát triển và quản trị viên
có thể nắm bắt tổng thể của ứng dụng một cách dễ dàng hơn, vì không cần
 xử lý các tương tác phức tạp giữa các dịch vụ độc lập như trong kiến trúc
Microservices.

Tuy nhiên, Monolith cũng có nhược điểm:

 Độ linh hoạt kém: Trong kiến trúc Monolith, một thay đổi nhỏ trong một
thành phần có thể yêu cầu triển khai lại toàn bộ ứng dụng. Điều này làm
giảm độ linh hoạt của hệ thống, vì các phần của ứng dụng được kết hợp chặt
chẽ với nhau và không thể triển khai độc lập.
 Kích thước lớn: Khi ứng dụng Monolith mở rộng, kích thước của nó cũng
tăng lên. Điều này có thể gây ra vấn đề hiệu suất, vì toàn bộ ứng dụng phải
được triển khai và chạy trên cùng một máy chủ hoặc môi trường cloud duy
nhất.

2. Microservices là gì?

Microservices là một kiến trúc phần mềm mà ứng dụng được chia thành các dịch
vụ nhỏ, độc lập với nhau và chạy trên các quy trình riêng biệt. Mỗi dịch vụ trong
kiến trúc Microservices chịu trách nhiệm cho một phần cụ thể của ứng dụng và có
thể được triển khai, mở rộng và quản lý độc lập.

Các lợi ích của Microservices bao gồm:

  Linh hoạt và mở rộng: Với kiến trúc Microservices, mỗi dịch vụ có thể được
phát triển, triển khai và mở rộng độc lập. Điều này giúp tăng cường khả
năng mở rộng và đáp ứng nhu cầu của ứng dụng. Thay vì triển khai toàn bộ
ứng dụng khi có sự thay đổi hoặc mở rộng, chỉ cần triển khai các dịch vụ cụ
thể liên quan đến thay đổi đó.
 Độc lập công nghệ: Mỗi dịch vụ trong kiến trúc Microservices có thể sử
dụng công nghệ khác nhau phù hợp với yêu cầu của nó, mà không ảnh
hưởng đến các dịch vụ khác trong hệ thống. Điều này cho phép các nhà phát
triển lựa chọn công nghệ tốt nhất cho từng dịch vụ cụ thể, tăng cường tính
linh hoạt và khả năng đáp ứng đối với các yêu cầu kỹ thuật và chức năng.

Tuy nhiên, Microservices cũng có nhược điểm:

 Phức tạp hóa: Kiến trúc Microservices đòi hỏi sự quản lý phức tạp hơn do sự
phân tách của các dịch vụ và việc phải xử lý các vấn đề về giao tiếp và đồng
bộ giữa chúng. Việc phải duy trì và điều phối các dịch vụ độc lập nhau có
thể tạo ra thách thức quản lý và phát triển hệ thống.
 Khó hiểu và duy trì: Với nhiều dịch vụ riêng biệt, mã nguồn của kiến trúc
Microservices có thể trở nên phức tạp và khó hiểu hơn so với Monolith. Sự
phân tách của các dịch vụ và các tương tác giữa chúng đòi hỏi sự hiểu biết
sâu về kiến trúc và mã nguồn, cũng như khả năng duy trì và khắc phục sự cố
trong hệ thống phân tán.

3. So sánh Monolith và Microservices

 Monolith Microservices

Một ứng dụng lớn và Một ứng dụng phân tách

Định nghĩa
đơnolithic thành các dịch vụ nhỏ

Kích thước ứng

Lớn Nhỏ hơn so với Monolith
dụng

Độ phức tạp Cao Thấp

Độ phụ thuộc
giữa các thành Cao Thấp
phần

Độ linh hoạt và Khó khăn, mở rộng Dễ dàng, mở rộng các dịch

mở rộng toàn bộ ứng dụng vụ độc lập

Tái sử dụng mã Khó khăn, khó tái sử Dễ dàng, các dịch vụ có thể
nguồn dụng tái sử dụng

Đơn giản, quản lý một Phức tạp, quản lý nhiều dịch

Quản lý dự án
dự án duy nhất vụ và giao tiếp giữa chúng

Khả năng triển Đơn giản, triển khai Phức tạp, triển khai và quản
khai toàn bộ ứng dụng lý các dịch vụ riêng lẻ

Độ phức tạp Cao, kiểm thử toàn Thấp, kiểm thử từng dịch vụ
kiểm thử bộ ứng dụng độc lập

Độ phụ thuộc Mạnh, khó thay đổi Yếu, dễ dàng thay đổi và áp
công nghệ công nghệ mới dụng công nghệ mới

Cao, ít phụ thuộc vào

Thấp, dễ bị ảnh hưởng bởi sự
Độ ổn định các dịch vụ bên
cố của một số dịch vụ
ngoài