← zurück

📷 "Twinkling Backstage, Diana Eng's Fairytale Fashion Show at Eyebeam NYC / 20100224.7D.03564.P1.L1 / SML" by See-ming Lee (SML) is licensed under CC BY-SA 2.0. To view a copy of this license, visit https://creativecommons.org/licenses/by-sa/2.0/.

Backstage 2026: Der Software Catalog als Herzstück des Internal Developer Portals

04. Oktober 2026 · 4 min · Martin Jochum #Backstage#Platform Engineering#DevOps#IDP#Internal Developer Portal#Software Catalog#Developer Portal#CNCF

Plattform-Teams stehen 2026 vor einer Herausforderung, die paradox klingt: Je besser die Infrastruktur wird, desto komplexer wird das Ökosystem darum herum. Kubernetes, CI/CD-Pipelines, Secret-Management, Monitoring, Compliance-Checks – jede Disziplin hat eigene Tools, eigene Dashboards und eigene Konventionen. Entwickler verbringen Stunden damit, das richtige Interface zu finden, statt Produktcode zu schreiben. Genau hier setzt der Backstage Software Catalog an: Er wird zum zentralen Nervensystem der Internal Developer Platform (IDP) und macht die gesamte Softwarelandschaft eines Unternehmens durchsuchbar, verknüpfbar und automatisierbar.

Der Software Catalog: Herzstück jeder Internal Developer Platform

Backstage, ursprünglich von Spotify entwickelt und heute ein CNCF-Inkubationsprojekt, ist kein weiteres Tool, sondern ein Framework zum Bau von Entwicklerportalen. Den Kern bildet der Software Catalog – ein zentrales Register aller Services, Bibliotheken, APIs, Datenpipelines und Infrastruktur-Ressourcen eines Unternehmens. Der Clou: Die Quelle der Wahrheit sind YAML-Dateien (catalog-info.yaml), die direkt im jeweiligen Git-Repository liegen und von Backstage kontinuierlich eingesammelt werden.

# catalog-info.yaml – minimale Konfiguration pro Service
apiVersion: backstage.io/v1alpha1
kind: Component
metadata:
  name: orders-api
  description: Bestellservice
spec:
  type: service
  lifecycle: production
  owner: group:payments-team
  dependsOn:
    - resource:orders-postgres
    - resource:orders-redis

Diese Deklaration allein macht den Service auffindbar, verknüpft ihn mit seiner Dokumentation (TechDocs), seinen Abhängigkeiten und seinen Betriebsdashboards. Laut dem 2026 State of Platform Engineering Report haben bereits 68 % der Organisationen mit 500+ Entwicklern ein IDP implementiert – 2023 waren es erst 42 %. Die durchschnittliche Reduktion der Onboarding-Zeit liegt bei 73 %, die MTTR (Mean Time to Resolve) bei Incidents verbessert sich um 41 %.

CloudMagazin berichtet, dass Backstage mit rund 89 Prozent Marktanteil die IDP-Landschaft dominiert. Gartner prognostiziert, dass bis 2027 rund 80 % der großen Software-Organisationen Platform-Teams aufgebaut haben werden.

Golden Paths und der Scaffolder: Vom Ticket zur Selbstbedienung

Der praktischste Hebel einer IDP sind Golden Paths – vordefinierte, opinionated Workflows für die häufigsten Entwickleraufgaben. Backstage realisiert sie über den Scaffolder: Eine Template-Engine, die aus einem Formular im Portal heraus neue Services, Datenpipelines oder ML-Modelle erzeugt.

Ein Entwickler wählt „Neuen TypeScript-Microservice anlegen“, trägt Namen und Team ein – und der Scaffolder erstellt automatisch ein GitHub-Repository, eine CI/CD-Pipeline, Kubernetes-Manifeste, ein Monitoring-Setup und registriert den Service im Catalog. Kein Ticket, kein manuelles Provisioning. Die Zeit bis zum ersten Deployment sinkt von Tagen auf unter zwei Stunden.

Das Entscheidende: Compliance-relevante Defaults (Security-Scanner, Network-Policies, Logging) sind automatisch enthalten. Security-Reviews konzentrieren sich auf die Ausnahmen, nicht auf die Regel. Organisationen, die diesen Produktansatz verfolgen, erreichen laut CloudMagazin in 12 bis 18 Monaten belastbare Adoptionsraten.

Für Unternehmen mit komplexen Compliance-Anforderungen (NIS2, BAIT) empfiehlt sich ein hybrider Ansatz: Eine Managed-Base-Plattform (etwa Port oder Cortex) kombiniert mit eigenen Backstage-Plugins für unternehmensspezifische Workflows.

Telemetrie und die Vier Metriken: Plattform-Wirksamkeit messen

Eine Plattform ist nur dann wertvoll, wenn Teams ihre Wirkung messen können. Das DORA-Framework liefert die Four Keys (Lead Time, Deployment Frequency, Change Failure Rate, MTTR). Backstage kann diese Metriken jetzt nativ abbilden, indem der Scaffolder strukturierte CloudEvents auslöst:

{
  "event": "scaffolder_initiated",
  "template_id": "typescript-service",
  "entity_ref": "orders-api",
  "correlation_id": "corr-abc123",
  "outcome": "success"
}

Diese Events durchlaufen den gesamten Lebenszyklus – von der Template-Initialisierung über den CI-Push bis zum Deployment. So wird messbar, ob Golden Paths tatsächlich schneller liefern als Ad-hoc-Workflows. Backstage v1.55.x (September/Oktober 2026) bringt hier gezielte Verbesserungen in der Event-Anreicherung und Catalog-Validierung.

Das dev-ex.com-Ranking empfiehlt Plattform-Teams: Führt stabile Korrelations-IDs ein, taggt CI-Pipelines mit Template-IDs und instrumentiert die Portaloberfläche als Telemetrie-Surface. Nur was gemessen wird, kann auch verbessert werden.

Fazit

Backstage ist 2026 de facto das Betriebssystem für Internal Developer Platforms. Der Software Catalog, Golden Paths und die Scaffolder-Telemetrie bilden einen Dreiklang, der Plattform-Teams von reiner Infrastrukturverwaltung zur messbaren Produktentwicklung führt. Organisationen, die jetzt investieren – sei es mit dem Open-Source-Framework, einem Managed-Dienst oder einem hybriden Modell – legen das Fundament für die nächste Welle der Entwicklerproduktivität. Die Frage ist nicht mehr, ob eine IDP kommt, sondern wie schnell und mit welchem Scope.

Quellen

🤖 Dieser Beitrag wurde KI-gestützt erstellt und redaktionell geprüft.

Anzeige
Deine Anzeige hier — erreiche Tech-affine Leser. Kontakt: info@saaro.net→