[Verse 1] Strimzi surveille chaque nœud du cluster Redémarre les pods un par un sans rupture L'opérateur orchestre avec précision Chaque broker reprend sa mission [Chorus] Mise à jour progressive, étape par étape Strimzi ne laisse jamais rien s'échapper Montée de version, tout reste connecté Le protocole garde la compatibilité [Verse 2] D'abord l'opérateur se met à jour Puis Kafka suit son propre parcours Le protocole inter-courtiers évolue Format des messages, rien ne se perdure [Chorus] Mise à jour progressive, étape par étape Strimzi ne laisse jamais rien s'échapper Montée de version, tout reste connecté Le protocole garde la compatibilité [Verse 3] Déploiement canari pour tester d'abord Un seul broker reçoit le nouveau sort Si tout fonctionne, on peut continuer Le reste du cluster va se transformer [Bridge] Version par version, broker par broker Jamais de panique, tout peut marcher Rolling update, c'est la méthode Kubernetes et Strimzi, même code [Chorus] Mise à jour progressive, étape par étape Strimzi ne laisse jamais rien s'échapper Montée de version, tout reste connecté Le protocole garde la compatibilité [Verse 4] Configuration spec dans le YAML Strimzi lit et applique sans mal Staged deployment, phase après phase Haute disponibilité, c'est la base [Outro] Progressive et sûre La mise à jour perdure Strimzi maîtrise l'art De faire évoluer Kafka sans écart
← 6 Atelier pratique : Pile d'observabilité complète | 2 Mise à l'échelle →