Was wir tun
Zuerst den Golden Path bauen. Wir nehmen den Service-Typ, den Ihre Teams am häufigsten anlegen, und bauen einen Weg von git push bis Produktion, der einfach funktioniert. Build, Test, Scan, Deployment, Rollback. Er läuft auf dem, was Sie schon haben, etwa Kubernetes, Terraform oder einer Managed Runtime. Wir fangen nicht mit einem Neubau an. Ein Weg, dem die Teams vertrauen, ist mehr wert als fünf halbfertige.
CI/CD vereinheitlichen. Gemeinsame Pipeline-Definitionen, die Teams importieren statt kopieren. Vernünftige Defaults, mit Ausnahmen für die Teams, die sie brauchen. Wenn das Platform Team etwas repariert, bekommt jeder Service die Korrektur. Security-Scans, Caching und Deployment-Schritte liegen an einer Stelle, eine Änderung daran ist also ein Pull Request statt dreißig.
Neue Services billig machen. Ein Service-Template bringt Logging, Metriken, Health Checks, Secrets-Handling und Deployment-Konfiguration fertig verdrahtet mit. Ein neuer Service läuft in wenigen Stunden von der Idee bis in Staging. Ein Developer Portal wie Backstage kommt später, und nur dann, wenn sich der Pflegeaufwand bei Ihrer Zahl an Services lohnt.
Zuständigkeiten klar ziehen. Wir schreiben auf, was dem Platform Team gehört, was den Produktteams gehört und wie Anfragen zwischen ihnen laufen. Dann messen wir Lead Time, Deployment-Frequenz und Fehlerrate aus Ihren eigenen Daten. Ein Dashboard als Selbstzweck bauen wir nicht. Die Zahlen sollen zeigen, wo die nächste Arbeit hingehört.
Wie es meistens abläuft
Wir schauen uns zuerst an, wie eine Änderung heute vom Laptop in die Produktion kommt. Wir sprechen mit einigen Entwicklern, lesen die Pipelines und zählen die Übergaben. Innerhalb von zwei Wochen bekommen Sie eine schriftliche Übersicht der Reibungspunkte und einen Vorschlag für den ersten Golden Path.
Dann bauen wir diesen Weg mit Ihrem Team, meist über vier bis acht Wochen, und ziehen ein oder zwei echte Services darauf um. Sobald diese Teams ihn dem alten Weg vorziehen, folgen die anderen. Ab dann gehört er Ihren Plattform-Leuten. Wir dokumentieren, wie der Weg funktioniert, wie man ihn erweitert und wie man Anfragen ablehnt, die nicht dorthin gehören.
Passt gut, wenn
- Entwickler warten auf ein anderes Team, um eine Datenbank, eine Pipeline oder einen neuen Service zu bekommen.
- Jedes Team deployt auf seine eigene Art, und niemand kann sagen, welche die richtige ist.
- Sie wachsen über 20 Entwickler hinaus, und die alten Gewohnheiten skalieren nicht mehr.
- Sie haben ein Developer Portal gekauft, und niemand öffnet es.