Comment lire ce blueprint
Trois doctrines, une infrastructure
Composite, hexagonale, événementielle. Aucune n'est optionnelle, aucune ne suffit seule.
Le diagramme se lit en cinq couches. I. L'edge convoque le système (humains, clients, peers, MCP, scheduler). II. Les ports inbound traduisent les protocoles externes en intentions internes, après passage par la grille identité/policy. III. Au centre, l'hexagone du domaine signable abrite le workflow durable, le port de promotion (Article V), et la refusal taxonomy. IV. Les agents LLM, organes non déterministes, sont invoqués comme activities encapsulées sous le domaine. V. Kubernetes orchestre tout cela en plan de contrôle event-aware.
Les deux anneaux pointillés
Représentent le bus événementiel (Kafka / NATS / Pulsar). Tout ce qui traverse le port de promotion est publié comme événement signé. Les rails latéraux (observabilité à gauche, audit à droite) consomment ce flux sans coupler les composants entre eux.
Interaction
Cliquer sur n'importe quel composant pour voir son rôle doctrinal, ses technologies de référence, et son ancrage dans le corpus Twingital.
Codage chromatique
DOMAINE SIGNABLE (DÉTERMINISTE)
ACTIVITY NON DÉTERMINISTE (AGENT)
RAIL TRANSVERSE (IAM · OTEL · AUDIT)
EDGE / PORT (ADAPTER HEXAGONAL)
BUS ÉVÉNEMENTIEL