Kontext
CommerceOne besitzt starke Kubernetes-, Delivery-, Security-, Observability- und SRE-Bausteine. Produktteams integrieren sie jedoch mit unterschiedlichem Aufwand und uneinheitlicher Betriebsreife.
Architecture Decision Record
Internal Developer Platform als Platform Product
Entscheidung
Die IDP wird als internes Produkt mit Capability Model, Platform Contracts, stabilen APIs, Golden Paths, Service Catalog, Scorecards und Outcome-Metriken geführt. Ein Portal ist ein Client, nicht die Plattform selbst.
Konsequenzen
Das Platform Team übernimmt Capability-SLO und Lifecycle; Produktteams behalten Service Ownership. Abweichungen sind möglich, müssen aber Risiko, Supportmodell und Exit dokumentieren.
Alternativen
Reiner Ticketbetrieb skaliert schlecht. Tool-Sammlung ohne Produktmodell erzeugt Integration beim Nutzer. Vollständige Zentralisierung schafft einen organisatorischen Engpass.
Entscheidungskriterien
- wiederkehrende Nachfrage mehrerer Teams
- messbare Reduktion von Lead Time oder Risiko
- stabiler Contract und betreibbare Capability
- klarer Owner und Supportweg
- vertretbare Plattformabhängigkeit und Exit