/tags/kubernetes/ Recent content in Kubernetes on Hugo -- gohugo.io en-us Sun, 30 Aug 2026 10:00:00 +0700 /posts/zero-downtime-deployment/ Sun, 30 Aug 2026 10:00:00 +0700 /posts/zero-downtime-deployment/ Deploy xong mà service down vài giây thôi cũng đủ để user complain và on-call bị gọi dậy lúc nửa đêm 😩. Dưới đây là 3 chiến lược phổ biến nhất để release mà không ai nhận ra có chuyện gì vừa xảy ra. 🔵 Rolling Update Thay dần từng pod/instance cũ bằng bản mới, theo từng batch nhỏ. ✅ Không cần thêm hạ tầng, tiết kiệm chi phí ✅ Default strategy của Kubernetes Deployment ⚠️ Trong lúc rollout, cả 2 version cùng chạy song song → cẩn thận breaking change ở API/schema ⚠️ Rollback không tức thời, phải rolling ngược lại Phù hợp: hầu hết workload nội bộ, ít rủi ro về schema. <p>Deploy xong mà service down vài giây thôi cũng đủ để user complain và on-call bị gọi dậy lúc nửa đêm 😩. Dưới đây là 3 chiến lược phổ biến nhất để release mà không ai nhận ra có chuyện gì vừa xảy ra.</p> <h2 id="-rolling-update">🔵 Rolling Update</h2> <p>Thay dần từng pod/instance cũ bằng bản mới, theo từng batch nhỏ.</p> <ul> <li>✅ Không cần thêm hạ tầng, tiết kiệm chi phí</li> <li>✅ Default strategy của Kubernetes Deployment</li> <li>⚠️ Trong lúc rollout, cả 2 version cùng chạy song song → cẩn thận breaking change ở API/schema</li> <li>⚠️ Rollback không tức thời, phải rolling ngược lại</li> </ul> <p>Phù hợp: hầu hết workload nội bộ, ít rủi ro về schema.</p> <h2 id="-bluegreen">🟢 Blue/Green</h2> <p>Dựng song song 2 môi trường (Blue = đang chạy, Green = bản mới), test kỹ Green rồi chuyển toàn bộ traffic sang trong một phát.</p> <ul> <li>✅ Rollback tức thì: trỏ traffic ngược lại Blue</li> <li>✅ Không có trạng thái &ldquo;nửa cũ nửa mới&rdquo;</li> <li>⚠️ Tốn gấp đôi tài nguyên trong lúc chuyển đổi</li> <li>⚠️ Cần layer routing/load balancer switch được nhanh (DNS, ALB, Service selector&hellip;)</li> </ul> <p>Phù hợp: hệ thống critical, cần rollback nhanh và chắc chắn.</p> <h2 id="-canary">🟠 Canary</h2> <p>Đẩy bản mới cho một nhóm nhỏ traffic (1% → 10% → 50% → 100%), theo dõi metrics/error rate trước khi tăng dần.</p> <ul> <li>✅ Giảm blast radius nếu bản mới có bug</li> <li>✅ Kết hợp tốt với observability (Prometheus, Datadog&hellip;) để auto rollback theo threshold</li> <li>⚠️ Cần service mesh hoặc ingress hỗ trợ traffic splitting (Istio, Argo Rollouts, Flagger)</li> <li>⚠️ Phức tạp hơn để setup và debug</li> </ul> <p>Phù hợp: hệ thống lớn, thay đổi rủi ro cao, có sẵn observability tốt.</p> <h2 id="chọn-cái-nào">Chọn cái nào?</h2> <table> <thead> <tr> <th>Tiêu chí</th> <th>Rolling</th> <th>Blue/Green</th> <th>Canary</th> </tr> </thead> <tbody> <tr> <td>Chi phí hạ tầng</td> <td>Thấp</td> <td>Cao (tạm thời)</td> <td>Trung bình</td> </tr> <tr> <td>Tốc độ rollback</td> <td>Chậm</td> <td>Tức thì</td> <td>Nhanh (giảm % traffic)</td> </tr> <tr> <td>Độ phức tạp</td> <td>Thấp</td> <td>Trung bình</td> <td>Cao</td> </tr> <tr> <td>Rủi ro khi lỗi</td> <td>Trung bình</td> <td>Thấp</td> <td>Rất thấp</td> </tr> </tbody> </table> <p>Không có strategy nào &ldquo;đúng nhất&rdquo; — chọn theo mức độ chấp nhận rủi ro và hạ tầng hiện có. Nhiều team production thực ra kết hợp cả 3: Rolling cho service phụ, Blue/Green cho service critical, Canary cho những thay đổi lớn ở core service 🚀.</p>