Bạn di dời một monolith sang microservices bằng strangler-fig pattern như thế nào?

Question

Accepted Answer

**Strangler-fig pattern** di dời theo từng bước tăng dần: bạn bọc monolith bằng một tầng định tuyến, trích xuất từng năng lực một thành một service, và chuyển hướng lưu lượng sang nó — cho đến khi monolith bị "bóp nghẹt" (strangled) đi. Không có **bản viết lại big-bang**.

## Cách hoạt động

```text
Bước 1: định tuyến toàn bộ lưu lượng qua một facade/proxy tới monolith
Bước 2: trích xuất MỘT năng lực → service mới
Bước 3: chỉ định tuyến đường dẫn đó tới service mới
Bước 4: lặp lại; xóa code đó khỏi monolith

Client ─▶ [ Proxy ] ─┬─▶ /orders  ─▶ Orders service MỚI
                       └─▶ mọi thứ khác ─▶ Monolith
```

## Chọn cái gì để trích xuất trước

```text
✓ Một bounded context với ranh giới rõ ràng
✓ Thứ cần mở rộng hoặc triển khai độc lập
✓ Một phần có ít phụ thuộc đầu vào (rủi ro thấp)
✗ Đừng bắt đầu với lõi rối rắm
```

## Xử lý dữ liệu dùng chung

Phần khó là database. Hãy trích xuất các bảng của service, rồi phá vỡ sự gắn kết của DB dùng chung bằng event hoặc một anti-corruption layer, thường thông qua kỹ thuật **branch-by-abstraction** trong lúc cả hai cùng chạy.

## Đánh đổi

```text
✓ Rủi ro thấp — các bước nhỏ, có thể đảo ngược, luôn ship được
✓ Có giá trị sớm, học các đường nối khi đi
✗ Chậm; bạn vận hành một hệ thống lai trong thời gian dài
✗ Trùng lặp tạm thời và độ phức tạp định tuyến
```

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

Các bản viết lại big-bang nổi tiếng là thất bại — chúng đóng băng công việc tính năng hàng tháng trời và ship một cú chuyển đổi toàn bộ đầy rủi ro một lần.

Strangler-fig giữ hệ thống luôn sống và sẵn sàng release trong suốt quá trình, cho phép bạn dừng hoặc tái ưu tiên ở bất kỳ thời điểm nào, và buộc bạn khám phá ranh giới service thực sự từ hệ thống đang chạy thay vì đoán chúng từ trước.