Guido-Arndt Söldner ist Geschäftsführer der Söldner Consult GmbH und beschäftigt sich mit den Themen Cloud-Computing und Enterprise-Programmierung.
Axel: Was genau ist denn eine Internal Developer Platform (IDP)?
Guido-Arndt: Eine Internal Developer Platform ist eine zentrale Plattform, die von einem Platform-Engineering-Team erstellt wird, um Entwicklern standardisierte und bewährte Wege für die Softwareentwicklung zu bieten und Self-Service-Funktionen zu ermöglichen. Sie umfasst eine Sammlung von Tools und Services, die die Produktivität der Entwickler steigern, die Softwarebereitstellung beschleunigen und manuelle Operationen reduzieren. Im Kern abstrahiert eine IDP die Komplexität der zu Grunde liegenden Infrastruktur, sodass Entwickler sich auf das Coden konzentrieren können, ohne sich mit Details wie Deployment, CI/CD oder Environment-Management auseinandersetzen zu müssen.
IDPs fördern auch eine bessere Developer Experience, senken Kosten und sorgen für Konsistenz in der Organisation. In jüngster Zeit halten IDPs auch in der Infrastruktur-Automatisierung ein, um klassische Ticket-Ops Aufgaben wie Ressourcen-Anlage, Firewall Management, Rechte-Vergabe oder ähnliches zu automatisieren.
Axel: Über welche Tools sprechen wir? Geht es um lokale Programme oder das Backend?
Guido-Arndt: Bei IDPs geht es primär um Backend-Tools und -Services, nicht um lokale Programme auf dem Entwickler-Rechner. Lokale Tools wie IDEs (z. B. VS Code) oder einfache Skripte spielen eine untergeordnete Rolle; stattdessen fokussiert sich eine IDP auf cloud-basierte oder interne Backend-Systeme, die Infrastruktur automatisieren und skalierbar machen. Sie dient als Frontend und Self-Service Portal für einen typische Platform Engineering Stack, der aus Komponenten wie CI/CD-Pipelines, Infrastruktur-Management, Observability und Monitoring sowie Security und Governance besteht.
Übersicht: Internal Developer Platforms
Guido-Arndt Söldner (links) im Gespräch mit iX-Redakteur Axel Kannenberg
Axel: Für welche Organisationen lohnt es sich, eine IDP aufzusetzen? Wie kompliziert ist das Aufsetzen und Administrieren einer IDP?
Guido-Arndt: IDPs lohnen sich vor allem für mittelgroße bis große Organisationen, in denen die Softwareentwicklung skaliert werden muss und Komplexität zunimmt. Kleine Startups oder Teams mit niedriger Komplexität brauchen oft keine IDP, da sie teuer und übertrieben sein kann – stattdessen reichen einfache DevOps-Praktiken. Sie sind ideal bei großen Developer-Teams so ab 50 und mehr Entwicklern, um Produktivität zu steigern und Cognitive Load zu reduzieren. Sie helfen, wenn Tool-Sprawl und Silos ein Problem darstellen, etwa in Unternehmen mit einer Multi-Cloud-Strategie und wenn schnelle Release-Zyklen gewünscht sind. Sie helfen auch Visibilität über Tools und Cloud-Umgebungen herzustellen.
Das Aufsetzen und Administrieren einer IDP kann größere Aufwände mit sich ziehen. Es lohnt sich, zu überlegen, ob man alles selber entwickeln und betreiben will oder mittels externer Hilfe beziehungsweise fertigen Lösungen und dedizierten Plugins schneller zum Ziel kommen kann.
Axel: Da es verschiedene Projekte gibt: Wie unterscheiden sich die IDPs denn voneinander?
Guido-Arndt: Es gibt eine Vielzahl von IDP-Projekten, die sich in Offenheit, Fokus, Komplexität und Features unterscheiden. Open Source IDPs wie Backstage kann man als SaaS-Dienst oder auch im eigenen Rechenzentrum souverän betreiben. Sie bieten oft eine hohe Flexibilität, können leicht angepasst werden und haben eine sehr große Community. Es gibt immer mehr fertige Lösungen für unterschiedliche Use Cases. Im Eigenbetrieb kann aber ein höherer Overhead entstehen. Kommerzielle Portal-Lösungen glänzen mit schnellem Onboarding und weniger Betriebsaufwänden, sind aber oft inflexibler hinsichtlich Erweiterungen.
Internal Developer Platforms: Backstage in der Praxis
