Die meisten Internal Developer Platforms scheitern nicht an einer falschen Architektur, sondern daran, dass Produktteams sie nicht nutzen. Die Plattform mit der elegantesten Technik hat oft den niedrigsten internen NPS. Die Plattform, die tatsächlich genutzt wird, hat weniger Funktionen, einfachere Abstraktionen und ein Team, das Produktentwickler als Kunden behandelt.
Ænix baut Internal Developer Platforms (IDPs), die genutzt werden. Nicht Backstage als Tapete über dem Chaos, sondern eine Plattform mit klaren Vorgaben, Golden Paths, mandantenfähiger Basis und einer Betriebsübergabe, die Ihr Plattform-Team dauerhaft tragen kann.
Passt zu: Developer Self-Service — die IDP-Schicht (GitLab-Automatisierung, Argo-CD-Workflows, APIs, Golden Paths, Produktivitäts-Dashboards) auf der Cloud-Basis von Cozystack. Kostenloses Platform Engineering Maturity Assessment →.
Wer eine Internal Developer Platform braucht
Eine Investition in eine Internal Developer Platform passt, wenn:
- 3+ Produktteams überlappende Anforderungen an Infrastruktur und Bereitstellung haben
- Umgebungen Wochen brauchen, obwohl es Stunden sein sollten
- Mehrere uneinheitliche Infrastrukturmuster je Team gewachsen sind
- Die bestehende Plattform- oder DevOps-Funktion in Tickets erstickt — ohne Kapazität für Self-Service-Arbeit
- Konkreter Druck (Aufsicht, Kosten, Souveränität, Wachstum) eine strukturierte Plattforminvestition jetzt sinnvoll macht
Treffen drei dieser Punkte zu, bringt strukturierte IDP-Arbeit innerhalb weniger Monate Nutzung und Tempo. Haben Sie ein einziges Produktteam und eine kleine Infrastruktur, sind einfachere gemeinsame Werkzeuge im Verhältnis von Kosten und Nutzen besser.
Was ein IDP-Projekt mit Ænix liefert
1. Golden Paths mit klaren Vorgaben 5–10 Self-Service-Pfade für die häufigsten Anforderungen von Produktteams: Bereitstellung von Umgebungen, Deployment von Anwendungen, Anbindung an Observability, Secrets, Identity, Netzwerkanbindung. Dokumentiert, unterstützt, auditiert.
2. Mandantenfähige Kubernetes-Basis Aufgebaut auf KubeVirt + Cilium + LINSTOR (Cozystack-Muster) oder als Erweiterung Ihrer bestehenden Kubernetes-Plattform. Tenant-CRD, Quotas je Mandant, RBAC, Audit. Geeignet für Unternehmen mit mehreren Geschäftsbereichen ebenso wie für Service-Provider mit vielen Kunden.
3. Developer-Portal, wo es sinnvoll ist Backstage (CNCF Incubating), wenn die Katalogdisziplin reif ist; Alternativen (Port, Cortex, Eigenentwicklung), wenn sie besser passen. Das Portal ist der sichtbare Teil; die Plattform liegt darunter.
4. Betriebsmodell und Runbooks Dokumentierte Verantwortlichkeiten des Plattform-Teams, Muster für die Rufbereitschaft, Kapazitätsplanung. Wissenstransfer über die gesamte Laufzeit. Ihr Team betreibt die Plattform, wenn wir das Projekt abgeschlossen haben.
Gemessen wird das Ergebnis an der Nutzung — Zeit bis zur bereitgestellten Umgebung, Nutzungsrate der Golden Paths, interner NPS — nicht an der Zahl der Funktionen.
Woran IDP-Programme häufig scheitern
Backstage als Plattform Wer Backstage ohne eine darunterliegende Plattform mit klaren Vorgaben kauft, bekommt einen schönen Katalog über demselben Betriebschaos. Self-Service dauert weiterhin Wochen; der Katalog ist nur ein komfortableres Wartezimmer.
Für Engineers gebaut, nicht für Produktteams Die Kunden des Plattform-Teams sind Produktentwickler. Eine auf technische Eleganz optimierte Architektur ergibt oft eine Plattform, die niemand so nutzen will, wie sie gedacht war.
Lock-in durch die „Komplett-IDP“ eines Herstellers Mehrere Hersteller verkaufen fertig geschnürte IDPs. Sie funktionieren für enge Kundenprofile, schaffen aber einen neuen Lock-in bei einem anderen Hersteller. Dessen Roadmap wird zu Ihrer Roadmap.
Plattform-Team geht in Tickets unter Ohne eigene Stellen und geschützte Zeit für Golden Paths wird das Plattform-Team zum Ticket-Support. Die Self-Service-Arbeit kommt zum Stillstand.
Wie Ænix arbeitet
Das IDP-Projekt läuft in drei Phasen:
- Phase 1: Platform Readiness Assessment (14 oder 28 Tage) — aktuelle Plattformreife, Ziel-Architektur der IDP, Prioritäten der Golden Paths, RACI für das Plattform-Team. Siehe Platform Readiness Assessment.
- Phase 2: Aufbauprojekt (3–9 Monate) — Ænix-Engineers arbeiten in Ihrem Plattform-Team mit und bauen Basis, Golden Paths und Runbooks auf. Wissenstransfer ist ein vollwertiger Liefergegenstand, kein Nachgedanke.
- Phase 3 (optional): Managed-Betrieb — für Organisationen, die die IDP brauchen, aber keine interne Kapazität für ein Plattform-Team aufbauen können.
Die Projekte beginnen typischerweise mit Phase 1; die Reihenfolge in Phase 2 ergibt sich aus dem Assessment.
Warum gerade Ænix
- Backstage ist ein Werkzeug, kein Ziel. Wir verkaufen es nicht und können Ihnen deshalb sagen, wenn ein Katalog der falsche erste Schritt ist und ein dokumentierter Golden Path der richtige.
- Mandantenfähigkeit ist der schwierige Teil, und genau den betreiben wir. Cozystack läuft produktiv bei Service-Providern und regulierten Unternehmen, die mandantenfähige Clouds betreiben; das Mandantenmodell, das wir vorschlagen, betreiben wir selbst.
Ablauf des Projekts
| Wann | Was | Ergebnis |
|---|---|---|
| Tag 0 | 30-minütiges Discovery-Gespräch (kostenlos) | Eignung klären, Umfang und IDP-Reifestufe bestimmen |
| Phase 1: Assessment (14 oder 28 Tage) | Platform Readiness Assessment | Ziel-Architektur der IDP, Prioritäten der Golden Paths, RACI |
| Phase 2: Aufbau (3–9 Monate) | Basis + Golden Paths + Runbooks + Wissenstransfer | Produktive IDP, betrieben von Ihrem Team |
| Phase 3: Betrieb (optional, laufend) | Managed Services oder vollständig intern | Dauerhaft betriebene IDP |
Zur Methodik siehe Platform Readiness Assessment.
Unternehmen, die Plattformen mit Ænix betreiben
Hosting-Anbieter, die Ænix Public Cloud Platform in Produktion betreiben
Wir haben Internal Developer Platforms für Service-Provider mit mandantenfähigen Clouds, regulierte Unternehmen mit hohen Souveränitätsanforderungen, KI- und GPU-Betreiber mit Zugang für mehrere Data-Science-Teams sowie Telekommunikationsanbieter gebaut, die mehrere Altumgebungen zusammenführen.
"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
Das Assessment hat einen Festpreis, der vor dem Start feststeht, und liefert eine schriftliche Ziel-Architektur der IDP sowie eine Roadmap für Phase 2. Der Aufbau wird nach Aufwand oder zum Festpreis abgerechnet. Folgt Phase 2, werden die Kosten des Assessments je nach Umfang darauf angerechnet.
Starten Sie mit einem 30-minütigen Discovery-Gespräch
Oder lesen Sie weiter:
- IDP-Beispiele ohne Backstage-Lock-in — praktische Muster
- Platform Engineering Services — breiterer Umfang
- Platform Readiness Assessment — Methodik des Assessments
- Cozystack — die Basis, auf der wir in der Regel aufbauen
Ænix hat Cozystack entwickelt und pflegt es mit — ein CNCF-Projekt und eine CNCF Certified Kubernetes Distribution mit OpenSSF Best Practices Badge.