Die meisten Internal Developer Platforms scheitern nicht, weil die Architektur falsch ist, sondern weil Produkt-Teams sie nicht nutzen. Die Plattform mit der höchsten Engineering-Eleganz hat oft den niedrigsten internen NPS. Die Plattform, die tatsächlich adoptiert wird, hat weniger Features, einfachere Abstraktionen und ein Team, das Produkt-Engineers als Kunden behandelt.
Ænix baut Internal Developer Platforms (IDPs), die adoptiert werden. Nicht Backstage als Fassade vor dem Chaos; eine opinionated Plattform mit Golden Paths, mandantenfähiger Grundlage und operativem Handover, das Ihr Plattform-Team aufrechterhalten kann.
Passt zu: Developer-Self-Service-Schicht der Ænix Private Cloud Platform — Internal Developer Platform Layer (GitLab-Automation, Argo CD Workflows, APIs, Golden Paths, Productivity-Dashboards) auf der Cozystack-Cloud-Foundation. Kostenloses Platform Engineering Maturity Assessment →.
Wer braucht eine Internal Developer Platform
Die Investition in eine Internal Developer Platform passt, wenn:
- 3+ Produkt-Teams mit überlappenden Infrastruktur- und Provisioning-Bedürfnissen
- Time-to-Environment in Wochen für das, was Stunden dauern sollte
- Mehrere inkonsistente Infrastruktur-Muster, pro Team entstanden
- Bestehende Plattform-/DevOps-Funktion mit Tickets überlastet — keine Kapazität für Self-Service-Arbeit
- Spezifischer Druck (Regulator, Kosten, Souveränität, Skalierung) macht strukturierte Plattform-Investition jetzt relevant
Wenn Ihre Situation auf drei dieser Punkte passt, liefert strukturierte IDP-Arbeit Adoption + Entwicklungsgeschwindigkeit innerhalb weniger Monate. Wenn Sie ein Produkt-Team und eine kleine Infrastruktur-Oberfläche haben, liefern einfachere Shared-Tooling-Praktiken ein besseres Kosten-Nutzen-Verhältnis.
Was ein Ænix-IDP-Engagement produziert
1. Opinionated Golden Paths 5-10 Self-Service-Pfade, die die häufigsten Produkt-Team-Bedürfnisse abdecken: Environment-Provisioning, Application-Deployment, Observability-Onboarding, Secrets, Identity, Netzwerk-Konnektivität. Dokumentiert, supported, auditiert.
2. Mandantenfähige Kubernetes-Foundation Gebaut auf KubeVirt + Cilium + LINSTOR (Cozystack-Muster) oder als Erweiterung Ihrer bestehenden Kubernetes-Plattform. Tenant CRD, Per-Tenant-Quotas, RBAC, Audit. Geeignet für Enterprise-Multi-BU oder Service-Provider-Multi-Customer-Nutzung.
3. Developer-Portal-Layer, wo sinnvoll Backstage (CNCF Incubating), wenn die Katalog-Disziplin reif ist; Alternativen (Port, Cortex, Custom), wenn besser passend. Das Portal ist der sichtbare Teil; die Plattform liegt darunter.
4. Operatives Modell und Runbooks Dokumentierte Plattform-Team-Verantwortlichkeiten, On-Call-Muster, Kapazitätsplanung. Wissenstransfer durchgehend. Ihr Team betreibt die Plattform, nachdem wir gehen.
Das Ergebnis wird in Adoptions-Metriken gemessen — Time-to-Environment, Golden-Path-Adoptionsrate, interner NPS — nicht in Feature-Anzahl.
Wo IDP-Programme häufig scheitern
Backstage als die Plattform Backstage zu kaufen ohne eine darunterliegende opinionated Plattform produziert einen schönen Katalog über demselben operativen Chaos. Self-Service-Pfade dauern weiterhin Wochen; der Katalog ist nur ein reichhaltigerer Warteraum.
Für Engineers bauen, nicht für Produkt-Teams Die Kunden des Plattform-Teams sind Produkt-Engineers. Eine auf Engineering-Eleganz optimierte Architektur produziert oft eine Plattform, die niemand so nutzen will, wie sie entworfen wurde.
Vendor-getriebener „Complete IDP“-Lock-in Mehrere Anbieter verkaufen vorgefertigte IDPs. Sie funktionieren für schmale Kundenprofile, bauen aber Lock-in mit einem anderen Anbieter neu auf. Die Roadmap des Anbieters wird zu Ihrer Roadmap.
Plattform-Team von Tickets absorbiert Ohne explizite Headcount und geschützte Golden-Path-Arbeitszeit wird das Plattform-Team zum Ticket-Support. Self-Service-Arbeit stockt.
Diese Fehlermodi sind vorhersehbar. Die Engagement-Struktur verhindert jeden bewusst.
Wie Ænix engagiert
Das IDP-Engagement läuft in drei Phasen:
- Phase 1: Platform Readiness Assessment (14-28 Tage) — aktuelle Plattform-Reife, Ziel-IDP-Architektur, Golden-Path-Prioritäten, RACI für das Plattform-Team. Siehe Platform Readiness Assessment.
- Phase 2: Build-Engagement (3-9 Monate) — Ænix-Engineers integriert mit Ihrem Plattform-Team, bauen die Foundation, Golden Paths und Runbooks. Wissenstransfer ist ein First-Class-Ergebnis, kein Nachgedanke.
- Phase 3 (optional): Managed Operation — für Organisationen, die die IDP brauchen, aber keine interne Plattform-Team-Kapazität aufbauen können.
Engagements starten typischerweise mit Phase 1; die Sequenzierung von Phase 2 ergibt sich aus dem Assessment.
Warum gerade Ænix
- Mandantenfähige Plattformen sind das, was wir betreiben. Cozystack ist in Produktion bei Service-Anbietern und regulierten Unternehmen, die mandantenfähige Clouds betreiben. Die Plattform-Muster, die wir empfehlen, sind an laufenden Systemen kalibriert.
- Backstage ist ein Tool, kein Ziel. Wir nutzen Backstage, wo es dem Kunden dient; wir verkaufen es nicht. Die Entscheidung ist an der operativen Reife Ihres Teams kalibriert, nicht an Vendor-Anreizen.
- Open-Source-Foundation. Cozystack ist ein Open-Source-CNCF-Projekt. Die IDP, die wir bauen, gehört Ihnen — kein Vendor-Roadmap-Lock-in.
- Teams in der EU + Zentralasien. Zeitzonen-freundlich für europäische Kunden; ausgerichtet an regulatorischen Frameworks.
Engagement-Struktur
| Wann | Was | Ergebnis |
|---|---|---|
| Tag 0 | 30-min Discovery-Call (kostenlos) | Fit bestätigen, Scope und IDP-Stufe identifizieren |
| Phase 1: Assessment (14-28 Tage) | Platform Readiness Assessment | Ziel-IDP-Architektur, Golden-Path-Prioritäten, RACI |
| Phase 2: Build (3-9 Monate) | Foundation + Golden Paths + Runbooks + Wissenstransfer | Produktive IDP, betrieben von Ihrem Team |
| Phase 3: Operate (optional, laufend) | Managed-Services oder vollständig in-house | Nachhaltige IDP |
Zur Methodik siehe Platform Readiness Assessment.
IDPs, die wir gebaut haben
Wir haben Internal Developer Platforms gebaut für Service-Anbieter, die mandantenfähige Clouds betreiben, regulierte Unternehmen mit starken Souveränitätsanforderungen, KI/GPU-Operatoren mit Multi-Team-Data-Science-Zugang und Telekom-Operatoren, die mehrere Legacy-Umgebungen konsolidieren.
"Running Nuvolos on sovereign bare metal meant we needed hyperscaler-grade multi-tenancy without the hyperscaler. Cozystack delivered exactly that — isolated tenants, shared GPUs, KubeVirt for legacy workloads — and it's why we can promise our customers infrastructure control, not just a workspace."
Alexandru PopescuCEO, Nuvolos
Preise
Assessment (14-28 Tage)
Festpreis. Schriftliches Ergebnis, Ziel-IDP-Architektur, Phase-2-Roadmap. Auf Anfrage
Build- / Managed-Engagement
nach Aufwand oder zum Festpreis. Phase-2-Build typischerweise 3-9 Monate Laufzeit. Auf Anfrage
Wenn Phase 2 auf das Assessment folgt, werden die Assessment-Kosten je nach Scope auf die Implementierung angerechnet.
Weitere Fragen? Siehe den Artikel zu IDP-Beispielen und -Architektur oder sprechen Sie mit uns.
Beginnen Sie mit einem 30-minütigen Discovery-Call
Oder lesen Sie mehr:
- IDP-Beispiele ohne Backstage-Lock-in — praktische Muster
- Platform-Engineering-Services — breiterer Scope
- Platform Readiness Assessment — Assessment-Methodik
- Cozystack — die Foundation, auf der wir typischerweise bauen
Ænix ist das Platform-Engineering-Team hinter Cozystack — einem CNCF-Projekt, Kubernetes Certified Distribution, OpenSSF Best Practices.