Plan middleware
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
Le middleware compose adaptateurs de services et patterns de messagerie sans déplacer l’autorité métier du modèle.
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)
- Why Service Architecture Matters
- SOA versus Microservices
- How logiCells Defines a Service Boundary
- Actions as Service Operations
- Collections as Query Endpoints
- Events as Integration Signals
Provenance LaTeX
Chapitre principal : Runtime/logiCells Runtime Programming with RadStudio/soa-microservices-and-runtime-service-boundaries.tex.