Các pattern kiến trúc phổ biến là gì (layered, hexagonal, v.v.)?

Question

Accepted Answer

Ngoài các design pattern cấp đối tượng, các **pattern kiến trúc** định nghĩa cấu trúc cấp cao của các ứng dụng — như **layered**, **hexagonal (ports and adapters)**, **clean architecture**, và **event-driven**. Chúng tổ chức toàn bộ hệ thống cho khả năng bảo trì, khả năng test, và sự linh hoạt.

## Kiến trúc Layered (n-tier)

```text
LAYERED → tổ chức ứng dụng thành các LỚP ngang, mỗi lớp có một trách nhiệm:
  PRESENTATION (UI) → APPLICATION/logic nghiệp vụ → DATA ACCESS → DATABASE
  → mỗi lớp chỉ phụ thuộc vào lớp bên dưới; tách biệt rõ ràng
  ✓ đơn giản, phổ biến, có tổ chức  ✗ có thể trở nên cứng nhắc; các lớp có thể rò rỉ; ít linh hoạt
```

## Kiến trúc Hexagonal / Clean

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → logic nghiệp vụ cốt lõi được CÔ LẬP
khỏi các mối quan tâm bên ngoài (UI, database, framework):
  → DOMAIN/cốt lõi không phụ thuộc vào BẤT KỲ thứ bên ngoài nào; các thứ bên ngoài (DB, UI, API)
    cắm vào qua các interface ("ports") và "adapter"
  → các phụ thuộc hướng VÀO TRONG (về phía domain) → cốt lõi độc lập và có thể test
  ✓ rất dễ test, linh hoạt (hoán đổi DB/UI/framework), tập trung vào domain
  ✗ phức tạp/cấu trúc nhiều hơn (biện minh được cho các domain phức tạp)
```

## Các pattern kiến trúc khác

```text
EVENT-DRIVEN → các thành phần giao tiếp qua event (tách biệt, mở rộng được, reactive)
MICROSERVICES → các service độc lập (được trình bày trong system design)
MVC/MVVM → kiến trúc UI (trình bày riêng)
CQRS / EVENT SOURCING → tách read/write; event như nguồn sự thật
PIPELINE / pipes-and-filters → dữ liệu chảy qua các giai đoạn xử lý
→ chọn dựa trên sự phức tạp, domain, và nhu cầu của hệ thống
```

## Tại sao điều này quan trọng

Hiểu các pattern kiến trúc phổ biến là kiến thức cấp senior giá trị vì chúng định nghĩa **cách toàn bộ ứng dụng được cấu trúc**, ảnh hưởng đáng kể đến khả năng bảo trì và sự linh hoạt, nên đây là quan trọng để thiết kế các hệ thống được cấu trúc tốt.

Các pattern kiến trúc hoạt động ở cấp cao hơn các design pattern cấp đối tượng, tổ chức toàn bộ hệ thống.

Hiểu **kiến trúc layered** (tổ chức thành các lớp ngang — presentation, logic nghiệp vụ, truy cập dữ liệu — mỗi lớp phụ thuộc vào lớp bên dưới, cung cấp tổ chức đơn giản, phổ biến nhưng có thể cứng nhắc) là nền tảng, vì nó là cấu trúc ứng dụng phổ biến nhất.

Hiểu **kiến trúc hexagonal/clean** đặc biệt giá trị: cô lập logic nghiệp vụ cốt lõi khỏi các mối quan tâm bên ngoài (UI, database, framework) để domain không phụ thuộc vào bất kỳ thứ bên ngoài nào trong khi các thứ bên ngoài cắm vào qua ports và adapter, với **các phụ thuộc hướng vào trong về phía domain** — làm cho cốt lõi độc lập, rất dễ test, và linh hoạt (có thể hoán đổi database, UI, và framework).

Cách tiếp cận lấy domain làm trung tâm này có ảnh hưởng trong kiến trúc hiện đại cho các domain phức tạp, mặc dù nó thêm cấu trúc cần được biện minh.

Hiểu **các pattern kiến trúc khác** — event-driven (tách biệt, reactive), microservices, MVC/MVVM, **CQRS/event sourcing** (tách read/write, event như nguồn sự thật), và pipeline/pipes-and-filters — mở rộng nhận thức về cách các hệ thống có thể được cấu trúc.

Hiểu các pattern này và **chọn dựa trên sự phức tạp, domain, và nhu cầu của hệ thống** phản ánh sự phán đoán kiến trúc để cấu trúc ứng dụng một cách phù hợp.

Các pattern kiến trúc ảnh hưởng đáng kể đến khả năng bảo trì, test, và linh hoạt của một hệ thống — chọn và áp dụng chúng tốt là một kỹ năng senior then chốt.

Vì các pattern kiến trúc định nghĩa cách toàn bộ ứng dụng được cấu trúc (ảnh hưởng đáng kể đến khả năng bảo trì, test, và linh hoạt) và hiểu các lựa chọn (layered, hexagonal/clean, event-driven, CQRS) và chọn một cách phù hợp là quan trọng để thiết kế các hệ thống được cấu trúc tốt, hiểu các pattern kiến trúc phổ biến là kiến thức cấp senior giá trị — quan trọng để cấu trúc toàn bộ ứng dụng tốt (đặc biệt là cách tiếp cận clean/hexagonal có ảnh hưởng cho các hệ thống có thể test, tập trung vào domain), phản ánh sự phán đoán kiến trúc được mong đợi từ các lập trình viên senior thiết kế cấu trúc hệ thống, và bổ sung cho các pattern cấp đối tượng bằng tổ chức cấp cao hơn.