Architecture technique
L'architecture technique, ou architecture logicielle, est l'ensemble des décisions structurelles sur un système : quels composants existent, de quoi chacun est responsable, comment ils communiquent et où vivent les données. Elle couvre des choix coûteux à défaire, comme un monolithe face à des services séparés, des appels synchrones face à des files de messages, ou construire une capacité face à l'acheter. Des schémas comme ceux du modèle C4 la décrivent à plusieurs niveaux de zoom.
Pourquoi c’est important pour un PM
L'architecture détermine ce que le produit peut faire évoluer vite, ce qu'il coûte à faire tourner et la façon dont il tombe en panne. Le PM ne la conçoit pas, mais il apporte les contraintes qui devraient la façonner (charge attendue, temps de réponse, sensibilité des données, échéances) et doit comprendre les arbitrages assez bien pour poser de bonnes questions lors d'une revue d'architecture.
Exemple
Une marketplace envoie les e-mails de confirmation de commande de façon synchrone : le paiement ralentit dès que le prestataire d'e-mails est lent. Passer les e-mails par une file de messages rend le paiement rapide à nouveau, au prix d'une confirmation qui peut arriver quelques secondes après la page de commande.
Points clés
- Lire un schéma de l'extérieur vers l'intérieur : utilisateurs et systèmes externes, puis conteneurs, puis composants.
- Pour une petite équipe, un monolithe modulaire est souvent un meilleur point de départ que des microservices.
- Le traitement asynchrone améliore la résilience et la réactivité, mais introduit une cohérence à terme.
- Les décisions majeures et leurs alternatives se consignent dans un ADR (architecture decision record).
- Chaque dépendance tierce ajoute ses propres risques de disponibilité et d'enfermement aux vôtres.
Erreurs fréquentes
- Choisir une architecture pour sa popularité plutôt que pour les contraintes du produit.
- Laisser les exigences non fonctionnelles implicites, puis accuser l'architecture.
- Voir les revues d'architecture comme des réunions réservées aux ingénieurs.
Pour aller plus loin dans Module
Les formations et les leçons qui traitent cette notion :