1 MIN DE LECTUREKafka · Coût · Observability
3 anti-patterns Kafka qui font exploser votre facture cloud
Les setups Kafka qu'on voit le plus souvent cramer de l'argent en production — et comment les corriger sans tout réécrire.
La plupart des équipes n'ont pas un problème de performance Kafka. Elles ont un problème de coût Kafka qu'elles ne voient pas. Voici trois patterns qu'on croise sur presque chaque audit.
1. Des topics sur-partitionnés
Les partitions sont bon marché… jusqu'à ce qu'elles ne le soient plus. Des milliers de partitions par broker gonflent les métadonnées, ralentissent les rebalances et gaspillent de la mémoire. Dimensionnez selon votre débit réel et votre parallélisme de consumers — pas selon un chiffre choisi en 2021.
2. De la réplication dont vous n'avez pas besoin
replication.factor=3 partout, ça rassure. Mais pour des topics dérivés, rejouables ou éphémères, vous payez peut-être 3x le stockage et le trafic inter-AZ pour de la donnée que vous pourriez reconstruire. Hiérarchisez vos topics selon la durabilité réellement nécessaire.
3. Aucune attribution des coûts
Si vous ne pouvez pas relier la dépense à une équipe, un topic ou un index, vous ne pouvez pas l'optimiser. Taguez et mesurez d'abord. La visibilité seule fait souvent apparaître 20 à 30 % d'économies faciles.
Ce sont exactement les problèmes que nos audits font remonter dès la première semaine. Si votre facture Kafka grimpe plus vite que votre trafic, discutons-en.
PROCHAINE ÉTAPE
Vous vivez ça en production ?
On déploie et on opère les systèmes dont parlent ces notes — périmètre fixe, livrables nommés, support sous SLA.