Vom Merge Request zum Kundenrelease
Ausgangslage
Section titled “Ausgangslage”Eine neue Funktion in einem Kundenportal soll eine Terminumbuchung ohne Anruf ermoeglichen. Die Aenderung darf nicht ungeprueft den produktiven Stand ersetzen.
Entscheidung
Section titled “Entscheidung”Der Ablauf bleibt vom Code bis zum Cluster nachvollziehbar:
- Aenderung im Feature-Branch
- Merge Request mit technischer Pflichtpruefung
- Separat erreichbare Preview-Umgebung
- Fachliche Freigabe
- Merge nach
main - GitOps-Rollout in die Produktionsumgebung
- Beobachtung ueber Anwendungsmonitoring und Alarmierung
Warum diese Trennung
Section titled “Warum diese Trennung”Die Preview prueft die konkrete Aenderung im Browser, ohne den produktiven Stand zu veraendern. Der Merge dokumentiert die Freigabe. GitOps stellt anschliessend sicher, dass der produktive Cluster den im Repository beschriebenen Stand uebernimmt.
Grenzen
Section titled “Grenzen”Der Ablauf ersetzt keine fachliche Abnahme, keine Lasttests und keine Incident-Entscheidung. Er macht jedoch sichtbar, welcher Stand wann freigegeben und ausgerollt wurde.