Étude de cas
Opérations Kafka / Open source
DeadLetter Explorer
Une console d'exploitation des DLQ Kafka pour parcourir, qualifier et rejouer les messages en échec en toute sécurité.
- Rôle
- Créateur · Ingénierie full-stack
- Année
- 2025
- État
- Outil open source
Système / routage
Faire défiler pour explorer
Vue d'ensemble du projet
La situation
Défi
Les messages en dead-letter doivent être explorables et retraités sans transformer la reprise en un chemin d'écriture incontrôlé.
La réponse
Architecture
Un service Spring Boot WebFlux découvre les topics DLQ, récupère les messages récents et rejoue les enregistrements sélectionnés via une API protégée. Une interface React et une infrastructure Docker locale complètent la surface d'exploitation.
Ce qui l'a façonné
Décisions clés
API d'exploitation réactive
Spring Boot 3.3 et WebFlux séparent la découverte des topics, la lecture des messages et le rejeu dans des services ciblés.
Rejeu maîtrisé
Le rejeu est limité en débit et ne conserve que les en-têtes autorisés avant publication vers un topic cible sûr.
Accès par rôles
Keycloak/OIDC déduit les rôles viewer, triager et replayer des claims JWT, avec un profil sécurisé distinct.
L'usage
Expérience
Les opérateurs s'authentifient avec Keycloak, inspectent les topics et messages DLQ, puis rejouent les enregistrements choisis vers une cible sûre. Les rôles viewer, triager et replayer rendent chaque accès explicite.
Ce qui a été résolu
Résultat
Une implémentation de référence Apache-2.0 avec une version v0.1 publiée, une installation locale documentée et des limites explicites concernant le clustering et l'authentification en production.
- Version v0.1 publiée
- Apache-2.0
Composition du système
Des technologies choisies avec intention.
- Java 21
- Spring Boot 3.3
- WebFlux
- React
- Kafka
- Keycloak