Pattern A: Seed + Single Node
Schneller Start mit einem Kundenkontext. Minimales Betriebsmodell, hohe Klarheit, wenig Overhead.
StarterInteraktive Uebersicht der wichtigsten IIO-Architekturmuster. Nutze die Filter fuer den passenden Startpfad und entscheide danach entlang von Scope, Risiko und Skalierungsbedarf.
Schneller Start mit einem Kundenkontext. Minimales Betriebsmodell, hohe Klarheit, wenig Overhead.
StarterMehrere Kunden parallel, jeder Kunde als eigene Node. Geeignet fuer skalierende Serviceorganisationen.
PortfolioZentrale Koordination nur bei echter cross-node Steuerung (Policy, Routing, gemeinsame Services).
FederationBestehende Infrastruktur wird via Staging, Klassifikation und Normalisierung in IIO-konforme Strukturen ueberfuehrt.
Migration| Ausgangslage | Empfohlenes Muster | Primare Risiken | Erster Pflichtschritt |
|---|---|---|---|
| Ein Kunde, schnelle Inbetriebnahme | Pattern A (Single Node) | Zu fruehe Komplexitaet | Seed/Node Trennregel fixieren |
| Mehrere Kunden parallel | Pattern B (Multi-Node) | Vermischung von Kundenkontexten | Projektion + Terminologie standardisieren |
| Cross-node Steuerung noetig | Pattern C (Federation/Hub) | Hub als Single Point of Failure | Governance- und Federation-Gates definieren |
| Legacy-Landschaft ueberfuehren | Pattern D (Migration Lane) | Kontamination durch alte Strukturen | Staging + Klassifikation vor Uebernahme |