Architecture distribuée
Référence : cette page est une synthèse technique fondée sur le chapitre LaTeX cité ci-dessous. Pour la syntaxe exacte, la disponibilité ou les signatures ABI, vérifier le source versionné, le manifeste et les tests exécutables.
Portée et frontière de la source
Les topologies centralisées, distribuées et décentralisées se choisissent selon les besoins sans redéfinir la sémantique métier.
Les ouvrages Runtime distinguent topologies centralisées, distribuées et décentralisées. Ces choix concernent placement des composants, communication, propriété et gestion des pannes ; ils ne doivent pas modifier silencieusement le sens d’un concept métier. Les appels locaux et distants exigent des frontières explicites d’opération et de cohérence.
Règles d’ingénierie
- Choisir la topologie minimale adaptée au déploiement et aux pannes attendues.
- Documenter la propriété de l’état et ce qui traverse un appel distant.
- Prévoir nouvelles tentatives, annulation, doublons et déconnexions.
- Ne pas promettre les mêmes garanties d’exécution pour tous les transports et plateformes.
Plan du chapitre (intitulés LaTeX d’origine)
- Centralized Architecture
- Programming Surfaces Commonly Used
- Distributed Architecture
- Decentralized Architecture
- The Three Architectures Are Not Mutually Exclusive
- Hybrid Architectures
Provenance LaTeX
Chapitre principal : Runtime/logiCells Runtime Programming with RadStudio/centralized-distributed-decentralized-architectures.tex.