ArchitecturePour que asynchrone ne rime pas avec désynchro
Dans un monde où l'architecture orientées événements utilisant Kafka ou autre broker règne en maître , l’intégration de services tiers via des appels REST (HTTP) est un passage inévitable. Ces appels synchrones, bien que courants, viennent contredire l’asynchronisme naturel de vos flux de données.Alors, que faire lorsqu’un appel REST échoue ? Attendre indéfiniment une réponse ? Bloquer une file d’attente critique ? Forcer une surcharge de retries peut rapidement devenir un cauchemar? Ces scénarios peuvent rapidement transformer une architecture résiliente en chaos total. Maintenir une fiabilité exemplaire dans un environnement asynchrone peut vite devenir un casse-tête.Dans ce talk, j'aimerai partager une approche pragmatique pour résoudre ce problème : mettre en œuvre un mécanisme de retry non bloquant spécialement conçu pour les consommateurs.
talkDetail.whenAndWhere
Long LE
Software Engineer chez BforBank
Plus de 6 ans dans la tech, j'ai évolué sur des projets variés allant de la création d'applications from scratch à la refonte de systèmes legacy. Ces expériences m'ont permis de développer une expertise en conception et développement de solutions robustes et résilientes.
Apprendre et partager la culture du Software Craftsmanship : je pense qu'elle devrait être considérée comme un standard plutôt qu'un ensemble de "bonnes pratiques".
En ce moment: dealing avec l'architecture event driven et clean architecture comme hexagonale, DDD
comments.speakerNotEnabledComments