Stateless vs stateful
Un système stateless ne garde aucune trace de ce qui s'est passé avant : chaque requête repart de zéro. Un système stateful se souvient (session de connexion, panier, historique de conversation). La distinction commande six couples d'architecture que tout builder IA finit par devoir trancher : Lambda contre ECS (tâche ponctuelle qui se déclenche contre service qui tourne en continu), base de données contre cache (stockage durable contre copie rapide et temporaire), file d'attente contre flux (liste qu'on vide une fois traitée contre timeline d'événements qu'on rejoue), récupération contre reclassement (retrouver un lot de documents contre remonter les meilleurs en tête), surveillance contre traçage (savoir que quelque chose cloche contre suivre une requête pour trouver où).
Forces
- Un seul axe de lecture qui range six décisions d'archi au lieu de les traiter une par une
- Le réflexe stateless-par-défaut évite la dette de scalabilité la plus courante
Limites
- La distinction est binaire en théorie mais floue en pratique : beaucoup de systèmes sont stateful par endroits seulement
Pour qui
- Un dev ou tech lead qui pose les fondations d'un backend IA et veut éviter de payer une archi naïve plus tard