Rolling, blue-green, canary — chọn cái nào và vì sao?

Ràng buộc quyết định gần như luôn là database, không phải cách triển khai. Nếu migration của bạn không tương thích ngược thì blue-green mất hết ý nghĩa: bạn không quay lui được vì môi trường xanh cũ không đọc nổi schema mới. Đó là lý do các đội deploy nhiều lần một ngày đều tách migration khỏi deploy và áp dụng expand–contract — không có kỷ luật đó thì mọi chiến lược triển khai đều chỉ đẹp trên slide.

Canary chỉ có giá trị nếu bạn biết dừng dựa trên cái gì. Nhìn tỷ lệ lỗi và độ trễ là mức tối thiểu, nhưng chúng bắt được lỗi kỹ thuật chứ không bắt được lỗi nghiệp vụ — một thay đổi làm giảm tỷ lệ chuyển đổi 20% có thể có tỷ lệ lỗi hoàn hảo. Vì vậy canary tốt gắn với một hoặc hai chỉ số nghiệp vụ, và có ngưỡng tự động huỷ chứ không chờ người nhìn dashboard.

Một kỹ thuật thường bị gộp nhầm vào đây: feature flag. Nó tách việc TRIỂN KHAI khỏi việc PHÁT HÀNH — code lên production ở trạng thái tắt, rồi bật cho từng nhóm người dùng. Quay lui là đổi một cờ trong vài giây, không cần build lại. Với phần lớn đội, kết hợp rolling deploy đơn giản cộng feature flag cho lợi ích của canary mà không cần hạ tầng định tuyến phức tạp.