Publiziert: Zuletzt aktualisiert:

Golden Path

Ein Golden Path ist ein vom Plattform-Team kuratierter, vollständig unterstützter Standardweg für eine häufige Entwicklungsaufgabe, zum Beispiel "neuen Microservice erstellen", "Feature-Flag einbauen" oder "Datenbank provisionieren". Er bündelt Best Practices, Sicherheitsstandards und Tooling in einem einzigen, reibungslosen Pfad.

Der Golden Path ist keine Pflicht: Teams können davon abweichen, verlieren aber das aktive Support-Versprechen des Plattform-Teams.

Kernkonzept

  • Curated, not mandated: Der Pfad ist einfacher als die Alternative, nicht erzwungen.
  • Batteries included: Sicherheitskonfigurationen, Logging, Monitoring und Tests sind von Anfang an integriert.
  • Self-Service: Entwickler starten einen neuen Service in Minuten, ohne auf ein Ops-Team warten zu müssen.
  • Paved Road: Die Metapher: Wir bauen eine befestigte Strasse. Off-road geht auch, ist aber langsamer.

Bestandteile eines Golden Path

  1. Service Template (Cookiecutter/Backstage): Ein vorkonfiguriertes Code-Template mit allen notwendigen Konfigurationen.
  2. CI/CD-Pipeline: Eine fertige Pipeline mit Security-Scanning, Tests und Deployment.
  3. Observability: Standardisiertes Logging, Tracing und Alerting sind automatisch aktiv.
  4. Dokumentation: Der Pfad ist selbst dokumentiert und leicht auffindbar im Internal Developer Portal (IDP).

Der Fokus: Kognitive Last reduzieren

Entwickler sollen keine Energie in Infrastruktur-Boilerplate stecken müssen, sondern in das Problem ihrer Domäne.

FAQ

Was ist der Unterschied zwischen Golden Path und Standardisierung?

Standardisierung erzwingt einen einzigen Weg. Der Golden Path ist der empfohlene, gut unterstützte Weg, von dem bei gutem Grund abgewichen werden kann. Er schafft Anreize statt Verbote.

Wer pflegt den Golden Path?

Das Plattform-Team. Die Pflege ist eine ihrer Kernaufgaben. Ein veralteter Golden Path ist schlimmer als keiner.

Reference Guide

Verwandte Themen

Offene Punkte