[Verse 1] Kubernetes gère les pods sans état si bien Mais les données persistantes, c'est un autre chemin Les volumes, les réseaux, la haute disponibilité Apache Kafka a besoin de stabilité Les charges avec état demandent plus d'attention Ordre de démarrage, stockage, coordination Sans opérateur, c'est la complication Strimzi apporte la solution [Chorus] Pourquoi Strimzi, trois raisons à retenir CNCF incubé, communauté à servir Opérateur natif, cycle de vie maîtrisé Kubernetes et Kafka réconciliés [Verse 2] Confluent Operator, solution commerciale Serveurs physiques, méthode traditionnelle Mais Strimzi brille par sa philosophie Open source, portable, démocratisée L'écosystème CNCF garantit la pérennité Standards ouverts, interopérabilité La communauté active assure l'évolution Pas de vendor lock-in, pure innovation [Chorus] Pourquoi Strimzi, trois raisons à retenir CNCF incubé, communauté à servir Opérateur natif, cycle de vie maîtrisé Kubernetes et Kafka réconciliés [Bridge] L'opérateur observe l'état désiré Compare avec l'existant, fait converger Custom Resources définissent la configuration Reconciliation loop, automatisation [Verse 3] Déploiement déclaratif, infrastructure as code Mise à jour progressive, rolling upgrade mode Monitoring intégré, métriques exposées Sécurité renforcée, secrets orchestrés Du broker au topic, tout est contrôlé Schema Registry, Connect déployé Un seul YAML suffit à tout paramétrer L'état converge vers ce qui est souhaité [Chorus] Pourquoi Strimzi, trois raisons à retenir CNCF incubé, communauté à servir Opérateur natif, cycle de vie maîtrisé Kubernetes et Kafka réconciliés [Outro] État désiré, état observé L'opérateur fait le travail automatisé Strimzi, le choix de la modernité Kafka cloud-native, réalité
← 2 Fondamentaux d'Apache Kafka | 1 Les opérateurs Strimzi →