Des automatisations qui ne cassent pas

Ce que vous verrez dans cette leçon

1. Pourquoi les automatisations cassent

   Presque aucune panne n'est la faute de votre flux : une API tombe, une donnée bizarre arrive ou le modèle répond quelque chose d'inattendu.

2. Nouvelles tentatives avec attente croissante

   Face à une erreur passagère, réessayez en attendant chaque fois le double, avec un peu de hasard, et sans dépasser un nombre maximal d'essais.

3. Flux d'erreur : qu'aucun échec ne passe inaperçu

   Quand une étape échoue pour de bon, le flux doit prendre une route d'erreur qui enregistre le cas et prévient une personne.

4. Idempotence : ni facture ni e-mail en double

   Une opération est idempotente si la répéter ne change pas le résultat : la clé, c'est de se souvenir de ce qui a déjà été traité.

5. Plafonnez les tokens et le coût

   Limitez ce qui entre et sort du modèle à chaque exécution et calculez combien ça coûte avant que la facture ne vous le dise.

6. Traces : savoir ce qui s'est passé à chaque étape

   Une trace enregistre chaque étape d'une exécution : ce qui est entré, ce qui est sorti, quel outil a été appelé, combien de temps et de tokens.

7. Testez avec des données d'exemple avant de publier

   Aucun changement n'arrive en production sans passer d'abord par les mêmes cas de test, y compris les cas bizarres.

8. Alertes : soyez au courant avant votre client

   Configurez des alertes pour ce qui compte : échecs répétés, coût quotidien qui s'envole et files d'attente qui n'avancent pas.

9. Résumé

   Un flux robuste réessaie avec discernement, ne fait pas de doublons, plafonne ses dépenses, laisse des traces, alerte sur des tendances et est testé avant publication.