[Kubernetes] Discovering the strategy deployment on K8s

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