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ù). Quelques repères concrets rendent chaque couple lisible. Lambda sert une tâche courte déclenchée par un événement, comme traiter un fichier au moment où il est déposé ; ECS fait tourner un service qui doit rester allumé, comme une API, et peut porter aussi bien du stateless que du stateful. Une file d'attente ressemble aux bons de commande d'une cuisine : un cuisinier prend un bon, le prépare, et le bon disparaît de la liste. Un flux ressemble plutôt au registre de tout ce qui s'est passé : l'événement reste, et plusieurs systèmes peuvent le relire chacun de leur côté sans se gêner. Le cache, lui, est une copie des données les plus demandées posée sur une mémoire rapide, jamais l'original.
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