Các chiến lược deployment phổ biến là gì (blue-green, canary, rolling)?

Question

Accepted Answer

**Các chiến lược deployment** định nghĩa cách các phiên bản mới được phát hành lên production — cân bằng giữa **độ an toàn**, **downtime**, và **rủi ro**. Các chiến lược phổ biến bao gồm deployment **rolling**, **blue-green**, và **canary**, mỗi cái với những đánh đổi khác nhau.

## Rolling deployment

```text
Dần dần thay thế các instance cũ bằng instance mới, một vài cái một lần:
  [v1][v1][v1][v1] → [v2][v1][v1][v1] → [v2][v2][v1][v1] → ... → [v2][v2][v2][v2]
  ✓ không downtime (luôn có instance đang phục vụ); không cần thêm môi trường đầy đủ
  ✗ cả hai phiên bản chạy trong khi rollout; chậm hơn; rollback = roll back từng instance
```

## Blue-green deployment

```text
Chạy HAI môi trường giống hệt — BLUE (hiện tại) và GREEN (phiên bản mới):
  → deploy v2 lên GREEN; test nó; rồi CHUYỂN toàn bộ traffic từ blue sang green cùng lúc
  → BLUE giữ nguyên làm rollback tức thì (chuyển ngược lại nếu green có vấn đề)
  ✓ chuyển tức thì; rollback tức thì; test green trước khi lên live; không có trạng thái trung gian
  ✗ cần GẤP ĐÔI hạ tầng (hai môi trường đầy đủ)
```

## Canary deployment

```text
Phát hành phiên bản mới cho một NHÓM NHỎ người dùng trước, rồi dần dần tăng:
  → 5% traffic → v2 (giám sát lỗi/metrics) → 25% → 50% → 100% nếu khỏe mạnh
  → nếu có vấn đề xuất hiện, roll back chỉ ảnh hưởng một vài người dùng
  ✓ giới hạn blast radius (phát hiện vấn đề với tác động tối thiểu); rollout dần theo dữ liệu
  ✗ phức tạp hơn (chia traffic, giám sát); rollout đầy đủ chậm hơn
```

## Lựa chọn

```text
ROLLING → đơn giản, không cần thêm hạ tầng, dần dần (một mặc định phổ biến)
BLUE-GREEN → chuyển tức thì + rollback tức thì, test an toàn (nếu bạn có thể chi 2x hạ tầng)
CANARY → an toàn nhất cho thay đổi rủi ro (giới hạn blast radius), cần giám sát tốt
→ Chọn theo mức độ chấp nhận rủi ro, hạ tầng, và độ trưởng thành của giám sát.
```

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

Hiểu các chiến lược deployment là có giá trị cho việc **phát hành phần mềm an toàn với rủi ro và downtime tối thiểu**, nên nó là kiến thức thực tiễn quan trọng cho deployment production.

Cách một phiên bản mới được phát hành lên production ảnh hưởng đáng kể đến độ an toàn và rủi ro, và các chiến lược cung cấp những đánh đổi khác nhau. **Rolling deployment** (dần dần thay thế các instance cũ bằng instance mới) cung cấp phát hành không downtime mà không cần thêm hạ tầng, một mặc định đơn giản phổ biến, mặc dù cả hai phiên bản chạy trong khi rollout. **Blue-green deployment** (chạy hai môi trường giống hệt và chuyển traffic từ hiện tại sang phiên bản mới cùng lúc) cho phép **chuyển tức thì và rollback tức thì** (chuyển ngược về môi trường cũ nếu có vấn đề) cộng với khả năng test phiên bản mới trước khi lên live, đánh đổi bằng việc cần gấp đôi hạ tầng — có giá trị khi rollback nhanh và test trước khi chuyển quan trọng. **Canary deployment** (phát hành cho một nhóm nhỏ người dùng trước, giám sát, rồi dần dần tăng) là **an toàn nhất cho các thay đổi rủi ro** vì nó **giới hạn blast radius** — phát hiện vấn đề trong khi chỉ ảnh hưởng một vài người dùng trước khi rollout đầy đủ — mặc dù nó đòi hỏi chia traffic và giám sát tốt.

Hiểu các chiến lược này và **chọn một cách phù hợp** (rolling cho sự đơn giản, blue-green cho rollback tức thì và test an toàn nếu hạ tầng cho phép, canary cho thay đổi rủi ro với giám sát tốt) dựa trên mức độ chấp nhận rủi ro, hạ tầng, và độ trưởng thành của giám sát phản ánh phán đoán deployment đúng đắn.

Các chiến lược này là cách các đội đạt được phát hành an toàn, ít downtime, ít rủi ro — quan trọng cho vận hành production đáng tin cậy.

Vì phát hành phần mềm lên production an toàn (giảm thiểu downtime và rủi ro) là một mối quan tâm then chốt và các chiến lược deployment cung cấp những đánh đổi khác nhau để đạt được điều đó, và vì hiểu rolling, blue-green, và canary deployment và khi nào dùng mỗi cái cho phép phát hành an toàn, hiểu các chiến lược deployment là kiến thức có giá trị, quan trọng thực tiễn cho việc phân phối phần mềm production — một chủ đề then chốt cho việc phát hành thay đổi một cách đáng tin cậy và an toàn, phản ánh sự hiểu biết về cách quản lý rủi ro vốn có trong việc deploy lên production.