[Verse 1] Dans l'univers Kafka, quand les données voyagent loin MirrorMaker Deux connecte les clusters main dans la main Cluster source qui envoie, cluster cible qui reçoit La réplication en temps réel, voilà ce qu'on conçoit [Chorus] Source vers cible, miroir fidèle Trois connecteurs essentiels MirrorSource pour les messages MirrorCheckpoint pour le passage MirrorHeartbeat surveille tout L'architecture bout à bout [Verse 2] MirrorSourceConnector copie chaque événement Topics et partitions suivent le mouvement Du cluster d'origine vers la destination Streaming continu, sans interruption [Chorus] Source vers cible, miroir fidèle Trois connecteurs essentiels MirrorSource pour les messages MirrorCheckpoint pour le passage MirrorHeartbeat surveille tout L'architecture bout à bout [Verse 3] MirrorCheckpointConnector traduit les offsets précis Pour que les consommateurs reprennent où ils ont fini Position synchronisée entre les deux côtés La continuité de lecture est assurée [Bridge] Renommage automatique avec convention Topic distant prend le nom de connexion Préfixe cluster source point nom original Convention claire pour usage optimal [Verse 4] MirrorHeartbeatConnector vérifie la santé Messages de vie pour la connectivité Surveillance active du lien établi Détection rapide si tout s'affaiblit [Chorus] Source vers cible, miroir fidèle Trois connecteurs essentiels MirrorSource pour les messages MirrorCheckpoint pour le passage MirrorHeartbeat surveille tout L'architecture bout à bout [Outro] Translation d'offsets, renommage des topics MirrorMaker Deux maîtrise la logique Architecture robuste pour Kafka distribué Sur Kubernetes avec Strimzi déployé
← 4 Atelier pratique : Pipeline CDC avec Debezium | 2 Configuration de MirrorMaker 2 avec Strimzi →