Deployment strategy kiểm soát cách version mới nhận traffic và tốc độ giới hạn risk. Rolling, blue-green và canary đổi chác infrastructure cost, speed, observability và blast radius.
Deployment strategy kiểm soát cách version mới nhận traffic và tốc độ giới hạn risk. Rolling, blue-green và canary đổi chác infrastructure cost, speed, observability và blast radius.
| Câu hỏi | Câu trả lời thực tế |
|---|---|
| Dùng khi nào? | Canary gửi 5% traffic tới checkout version mới, so error và latency signal rồi tăng traffic hoặc tự rollback. |
| Cần làm gì? | Thiết kế release cho một service gồm entry criteria, health signal, traffic stage, database compatibility, abort threshold và rollback command đã rehearsal. |
| Biết là đúng bằng cách nào? | Version trước vẫn deploy được, rollback đạt recovery objective, database change backward compatible và decision owner biết stop signal. |
| Lỗi hay gặp? | Rollback code không thể hoàn tác data migration bất khả nghịch; dùng expand-migrate-contract và restore procedure đã test. |
flowchart LR
A[Câu hỏi] --> B[Chiến lược deployment và rollback an toàn]
B --> C[Ví dụ nhỏ]
C --> D[Bằng chứng]
Điểm quan trọng của sơ đồ là không dừng ở định nghĩa: hãy nối khái niệm với một ví dụ nhỏ và bằng chứng có thể quan sát.
Canary gửi 5% traffic tới checkout version mới, so error và latency signal rồi tăng traffic hoặc tự rollback.
Trước khi làm, hãy viết dấu hiệu thành công. Sau đó chỉ thay đổi một yếu tố, quan sát kết quả và ghi lại assumption. Với Chiến lược deployment và rollback an toàn, cách này giúp tách điều bạn biết khỏi điều bạn chỉ đang đoán.
Mục tiêu: Thiết kế release cho một service gồm entry criteria, health signal, traffic stage, database compatibility, abort threshold và rollback command đã rehearsal.
Kết quả mong đợi: Version trước vẫn deploy được, rollback đạt recovery objective, database change backward compatible và decision owner biết stop signal.
Rollback code không thể hoàn tác data migration bất khả nghịch; dùng expand-migrate-contract và restore procedure đã test.
Khi kết quả khác dự đoán, đừng đổi nhiều thứ cùng lúc. Kiểm tra input, version, environment, quyền truy cập và log trước; sau đó lặp lại từ ví dụ nhỏ nhất.
Mở resource hoặc repository đi kèm ở cuối trang khi bạn cần implementation đầy đủ. Hãy kiểm tra version hiện hành trước khi dùng command trong dự án thật.
Tự động hóa kiểm thử và triển khai bằng workflow GitHub Actions.
Hiểu DevOps như một vòng phản hồi, rồi thực hành công cụ theo thứ tự chúng trở nên hữu ích.
DevOps là cách delivery và operation dựa trên feedback, không phải job title hay một bộ tool. Product, development, security và operations cùng chịu trách nhiệm từ planning đến học hỏi ở production.