Architecture logicielle
Les décisions fondamentales sur la structure, les interactions et les objectifs de qualité d’un système logiciel.
Une structure au service d’un objectif
L’architecture logicielle décrit les décisions fondamentales sur les éléments d’un système, leurs relations et leurs interactions. Elle comprend limites, interfaces et responsabilités. Ces décisions doivent soutenir des exigences comme la facilité de modification, la disponibilité et la protection des accès.
Dans un exemple fictif, un portail client doit afficher les interventions même si la génération des rapports tombe en panne. L’architecture doit préciser dépendances et gestion des défaillances. Un dessin de boîtes ou une liste de produits ne suffit pas. Consignez raisons, hypothèses importantes et conséquences. Des évaluations adaptées doivent vérifier si la structure atteint ses objectifs ; un schéma d’architecture n’est pas une preuve de fonctionnement.
Sources
Termes associés
- MonolitheUne application dont le cœur est déployé en une unité commune ; des modules internes restent possibles.
- MicroservicesUne architecture de services délimités, conçus pour évoluer, être exploités et déployés aussi indépendamment que possible.
- Monolithe modulaireUne application livrée ensemble, avec des modules internes et interfaces explicitement délimités.
- Cache stampedeUn cache stampede survient quand plusieurs requêtes manquent la même entrée en cache et relancent le même calcul coûteux.
- BackpressureLa backpressure adapte le débit entrant à la capacité de traitement du destinataire grâce à un signal de ralentissement ou de pause.
- Condition de concurrenceUn résultat erroné dépend de l’ordre chronologique d’accès simultanés qui se chevauchent.
Articles sur le sujet
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.