Rolling Update
Ở chiến lược triển khai Rolling Update thì ta sẽ không bị downtime khi ta triển khai ứng dụng, nhưng lúc này thì ứng dụng của ta sẽ chạy hai phiên bản cùng một lúc trong thời gian triển khai

Khi sử dụng RollingUpdate strategy, có 2 lựa chọn giúp chúng ta giúp ta tránh việc downtime của ứng dụng:
- maxSurge: số lượng pods được tạo ra vượt quá số lượng pods mong muốn
- maxUnavailable: số lượng pods tối đa có thể không hoạt động trong quá trình update
Blue/Green
Ở chiến lược triển khai Blue/Green Deployment thì ta sẽ không bị downtime khi ta triển khai ứng dụng và cũng không gặp trường hợp cả hai phiên bản của ứng dụng chạy cùng một lúc. Nhưng ta sẽ gặp khó khăn về mặt kỹ thuật để có thể thực hiện được blue/green deployment

Canary
Với Canary Deployment thì ta cũng chạy nhiều phiên bản của ứng dụng cùng một lúc, nhưng ta có thể kiểm soát được phần trăm lưu lượng truy cập vào từng ứng dụng

Recreate
Như ta thấy thì ở chiến lược triển khai Recreate thì ta sẽ có một đoạn downtime khi ta triển khai ứng dụng

apiVersion: apps/v1 kind: Deployment metadata: name: archetype-deployment labels: app: archetype spec: replicas: 3 selector: matchLabels: app: archetype strategy: type: Recreate template: metadata: labels: app: archetype spec: containers: - name: archetype image: duffney/archetype:v1 ports: - containerPort: 80