Postmortem : une panne Kafka 4.0 sur Kubernetes 1.34 provoque 1 heure de perte de messages | FactaePostmortem : une panne Kafka 4.0 sur Kubernetes 1.34 provoque 1 heure de perte de messages
Un broker Kafka 4.0 a défailli le 17 octobre 2024 à 14h22 UTC sur Kubernetes 1.34, causant une perte de messages pendant une heure.
Publié 10sem·1 média·maj 10sem
≈ 26s Le fait
L'incident provenait d'une gestion inadéquate de la réplication sous haute latence réseau.
Postmortem : amélioration du monitoring des brokers et augmentation des timeouts de réplication.
Impact observé
Perte de messages durant 1 heure sur le 17 octobre 2024
Sources croisées — 1 média
Synthèse automatisée à partir de 1 média · identifié le 28 avril 2026À découvrir
📱 TECH
🔴 10sem· 1 source
ClôturéNotable
Une équipe migre 10+ microservices des appels HTTP directs vers Kafka pour améliorer la scalabilité et la résilience.
Lire la suiteReplier▾
📱 TECH
🔴 9sem· 1 source ClôturéNotable
Un débordement mémoire sur un nœud Kubernetes 1.32 provoque l'arrêt en cascade d'un service vidéo le 14 mars 2024.
Lire la suiteReplier▾
📱 TECH
🔴 10sem· 1 source ClôturéNotable
Une entreprise a migré de RabbitMQ vers Kafka 4.0 après 18 mois de lutte contre une latence p99 de 2,1 secondes.
Lire la suiteReplier▾
📱 TECH
🔴 9sem· 1 source ClôturéNotable
Une étude révèle que les défaillances de Kubernetes sont causées en majorité par des déploiements sur une seule région géographique.
Lire la suiteReplier▾
📱 TECH
🔴 10sem· 1 source Clôturé
Un développeur détaille comment remplacer les appels HTTP directs entre services par une queue Kafka pour fiabiliser la communication.
Lire la suiteReplier▾
📱 TECH
🔴 10sem· 1 source ClôturéNotable
Un guide détaillé explique comment chiffrer les topics Kafka 3.9 avec le protocole TLS 1.3 et intégrer HashiCorp Vault pour la gestion des secrets.
Lire la suiteReplier▾