Qui n’a jamais écrit un hack pour gérer les défaillances d’une API externe ?
Les deux causes principales de panne logicielle sont les erreurs humaines et les services externes. Consommant bon nombre d’APIs externes de qualité… variable, notre qualité de service dépend souvent de celle des services tiers, qu’on ne maîtrise pas (ou pas complètement). Et in fine, nos clients nous jugent (à raison) sur la disponibilité du service final.
Ce talk présente un retour d’expérience de notre évolution depuis une approche ad hoc vers une solution structurée, répétable (et open-source). Comment nous sommes passé, en prod, du petit hack dans un coin à un service dédié, montrant les avantages et les inconvénients de chaque approche, et les alternatives existantes.
