Monolithe modulaire
Une application livrée ensemble, avec des modules internes et interfaces explicitement délimités.
Des limites internes et une livraison commune
Un monolithe modulaire répartit le cœur applicatif en modules aux responsabilités et interfaces autorisées claires. L’application reste déployée ensemble. Les détails d’implémentation d’un module ne doivent pas être librement accessibles aux autres.
Dans un exemple fictif, les rapports obtiennent les informations d’intervention par une interface définie, plutôt que de manipuler directement les tables internes partout dans l’application. Cette limite doit être respectée et vérifiée dans le code et les changements ; des dossiers séparés ne suffisent pas. Cette forme peut organiser les dépendances internes, sans assurer automatiquement déploiement indépendant ou isolation des pannes pour chaque module. Consignez responsabilité des données, accès permis et contrôles des limites.
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.
- 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.
- Fuite de mémoireDe la mémoire devenue inutile reste occupée sans nécessité pendant l’exécution du programme.
Articles sur le sujet
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.