Spotifys Backstage: ein internes Entwicklerportal, das zum Branchenstandard wurde

Mitte der 2010er Jahre hatte die Kultur autonomer Teams bei Spotify eine ausufernde Infrastruktur hervorgebracht: Hunderte Microservices, die auf einem Stack aus Terraform, Cloud-CLIs, GitLab CI, Prometheus, Kubernetes und Docker liefen, jedes mit eigener Schnittstelle, eigenen Zugangsdaten und eigenen Regeln. Von jedem Ingenieur wurde erwartet, all das zu beherrschen, und die Kosten zeigten sich in Kontextwechseln, Zersplitterung und kognitiver Belastung.

Eine einzige Eingangstür für die gesamte Infrastruktur schaffen: ein Entwicklerportal mit einem Servicekatalog, Vorlagen und Plugins, sodass eine einzige einheitliche Oberfläche zehn Toolchains ersetzt.

Um 2016 begannen Spotify-Ingenieure, Backstage zu bauen, ein internes Portal mit einem Softwarekatalog, der festhielt, was existierte und wem es gehörte, mit anklickbaren Vorlagen, die einen neuen Microservice samt eingebauter Best Practices aufsetzten, mit Ansichten, die einen Pull Request vom Review bis zur Produktion verfolgten, und mit zentral gerenderter Markdown-Dokumentation. Bis 2020 hatte die interne Installation mehr als 100 Plugins; am 16. März jenes Jahres veröffentlichte Spotify den Code als Open Source, bewusst früh, damit Vergleichsunternehmen ihn mitgestalten konnten und er zur Standard-UX-Schicht für Infrastruktur werden konnte.

Die Open-Source-Wette zahlte sich aus: Die Cloud Native Computing Foundation nahm Backstage im September 2020 in ihre Sandbox auf, und bis 2025 hatten mehr als 3.000 Organisationen es übernommen, um ihre eigenen internen Entwicklerportale zu bauen, während alle 700 F&E-Teams von Spotify weiterhin darauf liefen. Spotify verwandelte das Framework in ein kommerzielles Produkt, Spotify Portal for Backstage.

Mitte der 2010er Jahre betrieb Spotify Hunderte Microservices in einer Engineering-Kultur, die auf autonomen Teams aufbaute. Jeder Teil dieser Infrastruktur hatte sein eigenes Tool — Terraform, Cloud-CLIs, GitLab CI, Prometheus, Kubernetes, Docker und mehr —, jeweils mit unterschiedlichen Schnittstellen, Zugangsdaten und Regeln. Von den Ingenieuren wurde erwartet, alle zu kennen, und die Kosten zeigten sich in Kontextwechseln, Zersplitterung und kognitiver Belastung.

Um 2016 begannen Spotifys Ingenieure, das mit Backstage zu lösen, einem internen Entwicklerportal: ein Softwarekatalog, der festhielt, welche Services existierten und wem sie gehörten, anklickbare Vorlagen, die einen neuen Microservice mit bereits vorhandenen Best Practices aufsetzten, Ansichten, die einen Pull Request vom Review bis zur Produktion verfolgten, und Dokumentation, die als Markdown im Code geschrieben und an einer Stelle gerendert wurde. Bis 2020 hatte die interne Installation mehr als 100 Plugins — eine einheitliche Eingangstür für den gesamten Stack.

Im März 2020 machte Spotify Backstage bewusst Open Source und veröffentlichte es früh, damit andere Unternehmen, die mit derselben Zersplitterung kämpften, es mitgestalten konnten — und damit es zum Standard werden konnte statt zu einer proprietären Insel, von der Spotify eines Tages hätte migrieren müssen. Die Cloud Native Computing Foundation nahm es im September jenes Jahres in ihre Sandbox auf; bis 2025 hatten mehr als 3.000 Organisationen es übernommen, alle 700 F&E-Teams von Spotify hingen weiterhin davon ab, und Spotify verkaufte Spotify Portal for Backstage als Enterprise-Produkt.

Die Erkenntnis war, die Schnittstellenschicht zu reparieren, nicht die Tools: Statt Terraform oder Kubernetes zu ersetzen, gab Backstage jedem Tool eine einheitliche Eingangstür.

Ein Servicekatalog mit ausdrücklicher Zuständigkeit verwandelte angesammeltes Erfahrungswissen in eine Datenbank, sodass jeder Ingenieur finden konnte, was existierte und wen man fragen musste.

Die frühe Veröffentlichung machte das Tool zu einem gemeinsamen Standard statt zu einer privaten Investition — innerhalb von Monaten kam ein großer Anteil der Beiträge von außerhalb Spotifys.

Weil Spotify sein eigener anspruchsvollster Kunde blieb, musste jede Verbesserung für die Community zuerst für die eigenen Hunderte Teams funktionieren.

Veröffentliche dein bestes internes Tool als öffentliche Plattform: Indem Spotify Backstage als Open Source freigab, musste es nie von seiner eigenen Erfindung migrieren, und die Branche erledigte den Rest.

Backstage half, eine Kategorie zu schaffen — die interne Entwicklerplattform (IDP) —, und wurde zu einem der sichtbarsten Projekte der Cloud Native Computing Foundation. Spotify baute darauf ein Enterprise-Geschäft auf, startete Spotify Portal for Backstage 2024 in der Beta und erweiterte das Open-Source-Framework um einen No-Code-Plugin-Manager, während das Framework selbst bis 2025 auf mehr als 3.000 übernehmende Organisationen wuchs, von Fluggesellschaften bis zu Investmentfirmen. Innerhalb Spotifys blieb es das tägliche Werkzeug aller 700 F&E-Teams, der anspruchsvolle erste Kunde, den jede Verbesserung erfüllen musste.