Entwicklern dabei zu helfen, in kürzerer Zeit mehr zu erreichen, ist für Unternehmen zu einer Priorität geworden. Da der Anwendungsbereich von SaaS wächst und DevOps immer beliebter wird, stellen Unternehmen fest, dass sie die kognitive Belastung der Entwickler verringern müssen, die oft alle ihnen zur Verfügung stehenden Microservices verstehen müssen.
Obwohl dieses Problem ursprünglich mit Servicekatalogen angegangen wurde, hat sich die Kategorie zu etwas ehrgeizigerem entwickelt: einem One-Stop-Shop, der Entwicklern den Zugriff auf alle Microservices und Tools in ihrem Ökosystem ermöglicht.
Diese Kategorie, interne Entwicklerportale genannt, erfreut sich zunehmender Beliebtheit bei Unternehmen, die viel Software verwenden, um die Erfahrung ihrer Entwickler und damit ihre Effizienz zu verbessern. Laut Forrester stimmten 87 % der DevOps-Führungskräfte zu, dass die Steigerung der Entwicklerproduktivität für die nächsten 12 Monate Priorität hat.
Laut Gartner „ermöglichen diese Portale führenden Software-Entwicklern die Schaffung eines vielseitigen ‚App Store‘, der die Wiederverwendung von Software erhöht, das Entwickler-Onboarding-Erlebnis verbessert, die Softwarebereitstellung rationalisiert und den Wissensaustausch erleichtert.“
Aber diese Entwicklerportale sind nicht von alleine entstanden. Sein Erscheinungsbild ist eng mit einem anderen Trend verbunden: dem Aufkommen der Plattformtechnik.
Einfach ausgedrückt sind Plattform-Engineering-Teams „Gruppen innerhalb typischerweise größerer Organisationen, deren Aufgabe es ist, die Entwicklererfahrung für andere Entwickler in der Organisation zu verbessern“, erklärt Shomik Ghosh, Partner bei Boldstart Ventures.
Plattform-Engineering-Teams sind in großen Organisationen immer häufiger anzutreffen, ebenso wie interne Entwicklerportale. Gartner prognostiziert, dass bis 2026 80 % der Softwareentwicklungsorganisationen über ein Plattformteam verfügen werden und bis 2025 75 % der Organisationen mit Plattformteams ihren Ingenieuren Self-Service-Entwicklerportale zur Verfügung stellen werden.
Um besser zu verstehen, warum und wie interne Entwicklerportale entstanden sind, gehen wir ein wenig in die Vergangenheit zurück.
Jenseits der Kataloge
Interne Entwicklerportale sind ein wichtiges Werkzeug für Plattform-Engineering-Teams, aber sie entstanden tatsächlich, bevor beide Konzepte vollständig konzipiert waren. Tatsächlich sind sie aus DevOps hervorgegangen: Plötzlich sahen sich Ingenieure zunehmend damit beauftragt, den von ihnen geschriebenen Code bereitzustellen und zu betreiben. Doch in der Realität – und in der Produktion – war es oft unklar, wem ein bestimmter Microservice gehörte.
Was die Unternehmen also wussten, war, dass sie ein Problem hatten: den Überblick über alle Microservices in ihrem Ökosystem zu behalten und darauf zuzugreifen. Und sie wussten, dass es mit so etwas wie einem Servicekatalog gelöst werden konnte.
Allerdings reichten Tabellenkalkulationen nicht aus, um dieses Problem zu lösen. Anish Dhar, Mitbegründer und CEO von Cortex, hatte genau dieses Problem, als er bei Uber arbeitete, wo das Team viel Zeit damit verbrachte, „den Überblick über die 200–300 Dienste zu behalten, die sie in Excel nutzten, und zu verstehen, wer.“ war der Eigentümer des Dienstes und stellte gleichzeitig sicher, dass sie nach den besten Betriebs- und Sicherheitspraktiken gebaut wurden.“
Er gründete Cortex im Jahr 2019, um dieses Problem zu beheben, indem er im Mai 2021 eine Seed-Runde und eine Serie A von 15 Millionen US-Dollar ein paar Monate später, um „Entwicklungsteams bei der Bewältigung ihrer Microservices zu helfen“.
Bald beschäftigten sich mehrere Unternehmen mit diesem Problem.
Anfang 2022 sammelte auch der Cortex-Konkurrent OpsLevel 15 Millionen US-Dollar, um Unternehmen bei der Organisation und Verfolgung ihrer Microservices über ein zentrales Entwicklerportal zu unterstützen.
Ein ähnlicher Player, Effx, wurde 2021 von Figma übernommen, nachdem ersterer eine Seed-Runde aufgelegt hatte, um „Entwicklern einen besseren Einblick in ihre Microservices-Architekturen zu geben“.
Cortex und OpsLevel konzentrieren sich heute auf das Unternehmen. Ebenso scheint Atlassians Compass auf die Bedürfnisse großer Unternehmen zugeschnitten zu sein.
Eine Zeit lang ging es zügig voran, bis ein internes Spotify-Projekt den Lauf der Dinge veränderte: Backstage.
Portale, um Chaos zu organisieren
Backstage ist selbst kein internes Entwicklerportal, sondern „eine offene Plattform zur Erstellung von Entwicklerportalen“.
Auf diese Weise kann es Ordnung in die Infrastruktur von Unternehmen bringen, indem es ihnen ermöglicht, benutzerdefinierte Entwicklerportale zu erstellen und alle ihre Tools, Apps, Daten, Dienste, APIs und Dokumente in einer einzigen Schnittstelle zu vereinen. Über Backstage können Benutzer beispielsweise Kubernetes überwachen, seinen CI/CD-Status überprüfen, Cloud-Kosten anzeigen oder Sicherheitsvorfälle verfolgen.
Die Plattform begann 2016 als internes Spotify-Projekt, doch nachdem das schwedische Unternehmen 2020 seinen Quellcode geöffnet hat, wird sie mittlerweile weit über das hinaus genutzt, wofür sie ursprünglich gedacht war.
Nach Angaben der Cloud Native Computing Foundation (CNCF), bei der Backstage mittlerweile ein Inkubationsprojekt ist, wird die Plattform von 100 börsennotierten Unternehmen genutzt, die sie übernehmen, darunter American Airlines, Expedia Group, HelloFresh, Netflix, Peloton, Roku, Splunk, Wayfair und Zalando. „Es gibt außerdem eine florierende Open-Source-Community von über 500 Entwicklern, die PRs einreichen, neue Funktionen hinzufügen und Plugins erstellen“, heißt es auf der CNCF-Website.
Die Entscheidung von Spotify, Backstage Open Source zu machen, war eine Möglichkeit, die Ausdauer des Projekts zu steigern, ebenso wie seine Bemühungen, es zu monetarisieren. Das Unternehmen hatte seine Lektion im Bereich der Container-Orchestrierung gelernt, als es sein Helios-Projekt auf das deutlich erfolgreichere Kubernetes umstellen musste.
Da Backstage mittlerweile von großen Organisationen weit verbreitet ist und als Open-Source-Projekt floriert, ist es weniger wahrscheinlich, dass es verschwindet. Aber es hat Konkurrenten. Eine davon ist Port, eine proprietäre Lösung, die ihre Wurzeln in der Einheit 8200 der israelischen Armee hat.
Vor dem Start von Port waren die Mitbegründer Zohar Einy und Yonatan Boguslavski an der Erstellung eines großen internen Entwicklerportals für die israelischen Streitkräfte beteiligt. Als sie ihren Militärdienst beendet hatten, beschlossen sie, etwas Ähnliches für die breite Öffentlichkeit auf den Markt zu bringen, das einige der Lektionen anwendete, die sie in ihrer ersten Iteration gelernt hatten.
„Als wir über Port nachdachten und ihn zu einer eher Cloud-native-orientierten Lösung umgestalteten, berücksichtigten wir einige Dinge, die uns von Backstage und anderen Lösungen unterscheiden“, erklärt Einy.
Diese Unterschiede basieren auf zwei Prinzipien: Einfachheit und Flexibilität. Mit einem No-Code-Ansatz, der auf Bausteinen basiert, ist Port wie „ein Website-Builder, aber für DevOps und die Plattform“, sagte Einy. „Wir geben [Plattformteams] einen sehr einfachen Satz an Tools an die Hand, mit denen sie das Haus bauen können, das sie sich für ihr Unternehmen wünschen.“
In Fortsetzung der Konstruktionsanalogie entwickelte Port das Konzept der Pläne. Laut ihrer Dokumentation ist „ein Bauplan der generische Baustein von Port.“ „Es stellt Assets dar, die in Port verwaltet werden können, wie zum Beispiel Microservices, Umgebungen, Pakete, Cluster, Datenbanken und mehr.“
Weder Port noch Backstage können exakt als Leistungskataloge bezeichnet werden. Das gehört zwar zu den Aufgaben dieser Produkte, sie listen aber auch eine breitere Palette von Elementen auf, die es Unternehmen ermöglichen, Self-Service-Aktionen zu erstellen, die Entwickler durchführen können.
Bei Roadie, einem Startup, das eine SaaS-Version von Backstage anbietet, ist die Produktpräsentation zweigeteilt: Katalog und Gerüstbauer. In der Backstage-Terminologie ermöglicht Letzteres Entwicklern, Anwendungen zu erstellen, Infrastruktur anzufordern und interne Praktiken über Vorlagen zu übernehmen. „Es ist der Gerüstbauer, der einen Mehrwert schafft, viel mehr als der Katalog“, erklärt Jorge Lainfiesta, Leiter der Entwicklerbeziehungen bei Roadie.
Wählen Sie Portale
Da Sie nun wissen, was ein Entwicklerportal ist, sollten Sie wissen, ob Ihre Organisation eines benötigt.
Wenn ja, ist die Entwicklung einer internen Lösung wie Spotify keine wirkliche Option. „Am Anfang haben wir es ein wenig gesehen, aber heute ist die Bildung des Marktes so, dass niemand mehr über die Schaffung einer internen Lösung spricht; „Jeder hat erkannt, dass er mit Backstage kaufen oder erstellen muss“, sagt Einy.
Offensichtlich hat die Größe des Unternehmens Einfluss auf diese Entscheidung. Die Antwort darauf, welche Entwicklerportallösung am besten anpassbar ist, hängt davon ab, wen Sie fragen, aber alle, mit denen wir gesprochen haben, waren sich einig, dass die Skalierung und Wartung von Backstage ziemlich aufwändig ist.
Während die Einfachheit und das Freemium-Modell von Port für einige Unternehmen, die schnell einsteigen möchten, attraktiv sein mögen, punktet Backstage vor allem dadurch, dass es Open Source ist, was bedeutet, dass eine Anbieterbindung kein Risiko darstellt.
Roadie konzentriert sich auf große Unternehmen, die an einer gehosteten Version von Backstage mit Support und einer Community interessiert sind. Mit automatischen Updates stellt Roadie außerdem sicher, dass Plattformentwickler mit dem ständigen Strom kritischer Anfragen und neuer Funktionen Schritt halten können, die für ein dynamisches Open-Source-Projekt typisch sind.
Unabhängig davon, für welche Option sie sich entscheiden, sollten sich Unternehmen darüber im Klaren sein, dass Entwicklerportale keine schlüsselfertigen Lösungen sind, warnt Gartner. Diese Portale „müssen konfiguriert und in bestehende Tools und Systeme integriert werden, um nützlich und effektiv zu sein.“
Sobald Entwicklerportale jedoch richtig konfiguriert sind, halten sie das von Backstage zusammengefasste Versprechen: Sie ermöglichen es Produktteams, schnell qualitativ hochwertigen Code zu liefern, ohne die Autonomie zu beeinträchtigen.
Dies erklärt wahrscheinlich, warum diese Kategorie derzeit Rückenwind genießt, der bald durch den zunehmenden Einsatz künstlicher Intelligenz in technischen Arbeitsabläufen beflügelt werden könnte.
