Alibaba Cloud Service Mesh:Integrate ASM with Argo Rollouts to implement canary releases

Créer la ressource Rollout

1. Créez un fichier rollout.yaml contenant le code suivant :

   Afficher rollout.yaml

   apiVersion: argoproj.io/v1alpha1
   kind: Rollout
   metadata:
     name: istio-rollout
   spec:
     revisionHistoryLimit: 2               # Number of old ReplicaSets to retain
     selector:
       matchLabels:
         app: istio-rollout
     template:
       metadata:
         annotations:
           sidecar.istio.io/inject: "true"  # Enable Istio sidecar injection
         labels:
           app: istio-rollout
       spec:
         containers:
         - name: istio-rollout
           image: argoproj/rollouts-demo:blue  # Initial stable version
           ports:
           - name: http
             containerPort: 8080
             protocol: TCP
           resources:
             requests:
               memory: 32Mi
               cpu: 5m
     strategy:
       canary:
         canaryService: istio-rollout-canary   # Service that targets canary pods
         stableService: istio-rollout-stable   # Service that targets stable pods
         trafficRouting:
           istio:
             virtualService:
               name: istio-rollout-vsvc        # VirtualService whose weights the controller updates
               routes:
               - primary                       # Route name inside the VirtualService
         steps:
         - setWeight: 10          # Route 10% of traffic to canary
         - pause: {}              # Wait for manual approval (kubectl argo rollouts promote)
         - setWeight: 20          # Route 20% of traffic to canary
         - pause: {duration: 20s} # Wait 20 seconds, then auto-advance
         - setWeight: 30
         - pause: {duration: 20s}
         - setWeight: 40
         - pause: {duration: 20s}
         - setWeight: 50
         - pause: {duration: 20s}
         - setWeight: 60
         - pause: {duration: 20s}
         - setWeight: 70
         - pause: {duration: 20s}
         - setWeight: 80
         - pause: {duration: 20s}
         - setWeight: 90
         - pause: {duration: 20s}

   Champs clés sous strategy.canary :

   Champ	Description
   setWeight	Pourcentage du trafic acheminé vers la version canari à cette étape
   pause: {}	Pause indéfinie jusqu'à l'exécution de kubectl argo rollouts promote
   pause: {duration: 20s}	Pause de 20 secondes, puis passage automatique à l'étape suivante

2. Déployez la ressource Rollout dans le cluster ajouté à votre instance ASM :

   kubectl apply -f rollout.yaml

Créer les services

1. Créez un fichier service.yaml contenant le code suivant :

   Les deux services utilisent le même sélecteur ( app: istio-rollout ). Argo Rollouts gère les pods ciblés par chaque service durant le déploiement canari.

   apiVersion: v1
   kind: Service
   metadata:
     name: istio-rollout-canary    # Canary Service -- Argo Rollouts maps this to canary pods
   spec:
     ports:
     - port: 80
       targetPort: http
       protocol: TCP
       name: http
     selector:
       app: istio-rollout
   
   ---
   apiVersion: v1
   kind: Service
   metadata:
     name: istio-rollout-stable    # Stable Service -- Argo Rollouts maps this to stable pods
   spec:
     ports:
     - port: 80
       targetPort: http
       protocol: TCP
       name: http
     selector:
       app: istio-rollout

2. Déployez les services :

   kubectl apply -f service.yaml

Créer le VirtualService

1. Créez un fichier istio-rollout-vsvc.yaml contenant le code suivant :

   apiVersion: networking.istio.io/v1alpha3
   kind: VirtualService
   metadata:
     name: istio-rollout-vsvc
   spec:
     gateways:
       - istio-rollout-gateway
     hosts:
       - '*'
     http:
       - match:
           - uri:
               prefix: /
         name: primary                   # Must match the route name in the Rollout
         route:
           - destination:
               host: istio-rollout-stable # All traffic goes to stable initially
             weight: 100
           - destination:
               host: istio-rollout-canary # Canary destination -- weight starts at 0

2. Déployez le VirtualService :

   kubectl apply -f istio-rollout-vsvc.yaml

Créer la Gateway

1. Créez un fichier istio-rollout-gateway.yaml contenant le code suivant :

   apiVersion: networking.istio.io/v1beta1
   kind: Gateway
   metadata:
     name: istio-rollout-gateway
   spec:
     selector:
       istio: ingressgateway            # Binds to the ASM ingress gateway
     servers:
       - hosts:
           - '*'
         port:
           name: http
           number: 80                   # Accept HTTP traffic on port 80
           protocol: HTTP

2. Déployez la Gateway :

   kubectl apply -f istio-rollout-gateway.yaml

kubectl argo rollouts get rollout istio-rollout

Name:            istio-rollout
Namespace:       default
Status:           Healthy
Strategy:        Canary
  Step:          18/18
  SetWeight:     100
  ActualWeight:  100
Images:          argoproj/rollouts-demo:blue (stable)
Replicas:
  Desired:       1
  Current:       1
  Updated:       1
  Ready:         1
  Available:     1

NAME                                       KIND        STATUS     AGE  INFO
⟳ istio-rollout                            Rollout      Healthy  52s
└──# revision:1
└──⧉ istio-rollout-7f96d86486           ReplicaSet   Healthy  52s  stable
   └──□ istio-rollout-7f96d86486-vpqvb  Pod         Running  52s  ready:2/2

Mettre à jour l'image de la ressource Rollout

1. Définissez la nouvelle version de l'image :

   kubectl argo rollouts set image istio-rollout "*=argoproj/istio-rollout:yellow"

2. Vérifiez que les deux versions de pods sont en cours d'exécution :

   1. Connectez-vous à la console ACK et cliquez sur Clusters dans le volet de navigation de gauche.

   2. Cliquez sur le nom du cluster, puis sélectionnez Workloads > Pods.

   3. Dans la colonne Name, confirmez la présence des pods pour les versions bleue (stable) et jaune (canari).

   

Observer le premier basculement de trafic

Ouvrez http://<ingress-gateway-ip>/ dans un navigateur. Environ 10 % des cases de la grille s'affichent désormais en jaune. Le contrôleur Argo Rollouts a mis à jour les poids du VirtualService : le poids de la version stable (bleue) est passé de 100 à 90, tandis que celui du canari (jaune) est passé de 0 à 10.

La première étape spécifie pause: {} sans durée définie, de sorte que la ressource Rollout attend une approbation manuelle avant de poursuivre.

Poursuivre le déploiement

1. Approuvez la ressource Rollout pour franchir la pause manuelle :

   kubectl argo rollouts promote istio-rollout

2. Ouvrez http://<ingress-gateway-ip>/ dans un navigateur. Les poids du VirtualService continuent de s'ajuster automatiquement au fil des étapes restantes (20 %, 30 %, ... 90 %), avec une pause de 20 secondes entre chaque étape.

   

Vérifier l'achèvement du déploiement

1. Une fois toutes les étapes terminées, ouvrez http://<ingress-gateway-ip>/ dans un navigateur. Toutes les cases de la grille s'affichent en jaune, confirmant que la version canari a entièrement remplacé la version stable.

   

2. Vérifiez l'état de la ressource Rollout. Résultat attendu : l'image affiche désormais argoproj/rollouts-demo:yellow (stable), ce qui confirme que la version canari a été promue.

   kubectl argo rollouts get rollout istio-rollout --watch

   Name:            istio-rollout
   Namespace:       default
   Status:           Healthy
   Strategy:        Canary
     Step:          18/18
     SetWeight:     100
     ActualWeight:  100
   Images:          argoproj/rollouts-demo:yellow (stable)
   Replicas:
     Desired:       1
     Current:       1
     Updated:       1
     Ready:         1
     Available:     1
   
   NAME                                       KIND        STATUS        AGE  INFO
   ⟳ istio-rollout                            Rollout      Healthy     48m
   ├──# revision:4
   │  └──⧉ istio-rollout-5fcf5864c4           ReplicaSet   Healthy     27m  stable
   │     └──□ istio-rollout-5fcf5864c4-vw6kh  Pod          Running     26m  ready:2/2
   ├──# revision:3
   │  └──⧉ istio-rollout-897cb5b6d            ReplicaSet  ScaledDown  27m
   └──# revision:1
      └──⧉ istio-rollout-7f96d86486           ReplicaSet  ScaledDown  48m