7 signaux d'alerte qu'on retrouve dans presque chaque revue

La même poignée de problèmes revient dans presque chaque revue d'architecture que je mène, quelle que soit la taille de l'entreprise ou la stack. Voici les sept que nous signalons le plus souvent.

1. Une base de données managée unique sans réplique de lecture, portant à la fois la charge transactionnelle et analytique.
2. Des rôles IAM accordés au niveau du projet/compte plutôt qu'un accès au moindre privilège, scopé par ressource.
3. Aucun RTO/RPO documenté : personne n'a réellement testé une restauration depuis plus d'un an.
4. Un cron job ou une VM « temporaire » faisant tourner un processus critique, non géré par l'infrastructure-as-code.
5. Des appels synchrones entre services qui devraient être event-driven, créant un risque de défaillance en cascade.
6. Aucun load-shedding ni circuit breaker en bordure ; une seule dépendance lente fait tomber tout ce qui est en amont.
7. Des diagrammes d'architecture qui ne correspondent plus à la réalité. La documentation décrit le système tel qu'il était il y a 18 mois.

C'est le décalage entre diagrammes et réalité qui revient le plus souvent. Faites intervenir un regard neuf deux fois par an. N'attendez pas qu'un incident vous y oblige.