Warum Vorschau-Umgebungen nur funktionieren, wenn sie der Plattform gehören

Die Bereitstellung ist einer der wenigen Momente, in denen die Softwareentwicklung noch risikobehaftet ist.

Teams verfügen zwar über Tests, eine Staging-Umgebung und sorgfältige Überprüfungsprozesse, doch der letzte Schritt ist immer noch mit Unsicherheiten verbunden. Wird diese Änderung in der Produktivumgebung genauso funktionieren? Wird sie reibungslos mit den vorhandenen Daten, dem Datenverkehr und der Infrastruktur interagieren? Wird sie zu unerwarteten Regressionen führen?

Vorschau-Umgebungen dienen dazu, diese Unsicherheit zu verringern. Theoretisch bieten sie ein einfaches Versprechen: Sehen Sie sich Ihre Änderungen in einer produktionsähnlichen Umgebung an, bevor sie in der Produktivumgebung landen.

In der Praxis ist es jedoch viel schwieriger, dieses Versprechen einzulösen, als es klingt.

Die Frage ist nicht, ob Vorschauumgebungen nützlich sind. Die Frage ist, wer die Verantwortung dafür trägt, sie zuverlässig zu machen.

Der Reiz von Vorschauumgebungen

Vorschauumgebungen sind leicht zu erklären.

Jeder Feature-Zweig erhält seine eigene Umgebung. Die Anwendung, Dienste, Routing und Konfiguration spiegeln die Produktivumgebung wider. Entwickler, Tester und Stakeholder können mit dem tatsächlichen Verhalten interagieren, anstatt sich auf Mockups oder Annahmen zu verlassen.

Wenn dies gut funktioniert, verändert es die Art und Weise, wie Teams Software ausliefern. Feedback erfolgt früher. Regressionen werden erkannt, bevor die Benutzer sie bemerken. Die Gespräche verlagern sich von Spekulationen hin zu Beobachtungen.

Die Idee erscheint so offensichtlich, dass viele Teams davon ausgehen, dass Preview-Umgebungen nur eine Frage der Einrichtung zusätzlicher Infrastruktur sind.

Diese Annahme hält jedoch selten dem ersten Kontakt mit der Realität stand.

Warum „einfach eine Umgebung einrichten” nicht skalierbar ist

Eine Vorschauumgebung bei Upsun ist nicht nur ein Anwendungscontainer mit einer anderen URL.

Um sich wie die Produktion zu verhalten, benötigt sie die gleiche Konfiguration, die gleichen Dienste und oft auch Daten, die denen der Produktivumgebung ähneln. 

Sie benötigt Routing, Zertifikate, Zugriffskontrollen und Beobachtbarkeit. Sie muss automatisch erstellt, sauber gelöscht und von anderen Umgebungen isoliert werden.

Jede dieser Anforderungen ist für sich genommen lösbar. Die Schwierigkeit besteht darin, sie zu etwas zu kombinieren, das jedes Mal konsistent funktioniert, ohne manuelles Eingreifen.

Die meisten Teams stellen fest, dass die Komplexität nicht in der Erstellung einer einzigen Vorschauumgebung liegt. Sie besteht vielmehr darin, im Laufe der Zeit Hunderte davon zu erstellen, und zwar sicher, vorhersehbar und ohne die Organisation zu verlangsamen.

Das verborgene System hinter einer „einfachen” Vorschau

Wenn Vorschauumgebungen funktionieren, treten sie in den Hintergrund. Wenn sie nicht funktionieren, werden sie zu einer Quelle von Reibungen und Misstrauen.

Um zuverlässig zu funktionieren, sind Vorschauumgebungen auf ein System angewiesen, das Folgendes leisten kann:

• Infrastruktur und Konfiguration deterministisch reproduzieren
• Produktionsdaten klonen oder approximieren, ohne sensible Informationen preiszugeben
• den Datenverkehr automatisch weiterleiten und Zertifikate verwalten
• in allen Umgebungen das gleiche Bereitstellungs- und Überwachungsverhalten anwenden
• den Zugriff kontrollieren, damit Vorschauen sicher geteilt werden können
• Ressourcen bereinigen, ohne Kosten und Sicherheitsrisiken zu hinterlassen

All dies hat nichts mit der Bequemlichkeit für Entwickler zu tun. Es handelt sich um Infrastrukturverhalten.

Wenn Vorschauumgebungen an bestehende Systeme angehängt werden, müssen Teams eine parallele Plattform unterhalten, nur um diese zu unterstützen. Mit der Zeit wird diese Plattform anfällig, inkonsistent und teuer in der Weiterentwicklung.

Why Eigentumsrechte wichtiger sind als Features

Hier wird der Unterschied zwischen Tools und Plattformen wichtig.

Sie können Vorschauumgebungen aus einzelnen Komponenten zusammenstellen. Viele Teams tun dies. Sobald Vorschauumgebungen jedoch für die Bereitstellung entscheidend werden, muss jemand für ihren gesamten Lebenszyklus verantwortlich sein.

Zu dieser Verantwortung gehört die Entscheidung, wie Umgebungen erstellt werden, wie lange sie bestehen bleiben, wie sie auf Daten zugreifen, wie sie gesichert werden und wie mit Ausfällen umgegangen wird. Dazu gehört auch, sicherzustellen, dass das Verhalten der Vorschau mit der Produktivumgebung im Einklang bleibt, während sich das System weiterentwickelt.

Wenn diese Verantwortung bei den Anwendungsteams liegt, verlieren Vorschauumgebungen langsam an Glaubwürdigkeit. Wenn sie bei einem dedizierten internen Plattformteam liegt, wird sie zu einem weiteren Produkt, das entwickelt und gewartet werden muss.

Eine verwaltete Plattform ändert diese Gleichung, indem sie die Verantwortung vollständig übernimmt.

Vorschauumgebungen als Plattformverhalten

Wenn Vorschauumgebungen ein fester Bestandteil der Plattform sind, sind sie keine Sonderfälle mehr.

Das Verzweigen wird zum Auslöser für die Erstellung von Umgebungen. Infrastruktur und Dienste werden deklarativ definiert. Routing und Zertifikate erscheinen automatisch. Die Beobachtbarkeit verhält sich überall gleich. Umgebungen sind standardmäßig isoliert und werden entfernt, wenn sie nicht mehr benötigt werden.

Die wichtige Veränderung ist nicht technischer, sondern organisatorischer Natur.

Teams diskutieren nicht mehr darüber, ob eine Vorschau „nah genug” in der Produktivumgebung ist. Sie vertrauen ihr, weil die Plattform Konsistenz gewährleistet. Feedback-Schleifen werden enger. Bereitstellungen fühlen sich eher wie Routine an als wie ein Risiko.

Der Wert kommt nicht aus der Umgebung selbst, sondern aus den Garantien, die sie bietet.

Was sich für Teams dadurch ändert

Wenn die Vorschauumgebungen von der Plattform verwaltet werden, müssen die Anwendungsteams Folgendes nicht mehr tun:

• die Infrastruktur für jeden Zweig manuell bereitstellen
• separate Bereitstellungslogik für Vorschauen zu pflegen
• Daten manuell kopieren oder bereinigen
• DNS und Zertifikate wiederholt konfigurieren
• den Zugriff auf kurzlebige Umgebungen zu überwachen
• Sich um die Bereinigung nach Experimenten kümmern
• Stattdessen sind die Verantwortlichkeiten klar verteilt.

Die Plattform ist für Umgebungen, Infrastruktur und Lebenszyklusmanagement zuständig. Die Teams sind für die Anwendungslogik und Bereitstellungsentscheidungen verantwortlich.

Diese Aufteilung ermöglicht es, dass Vorschauumgebungen skaliert werden können, ohne zu einem Engpass zu werden.

Der wahre Grund, warum Vorschauumgebungen wichtig sind

Vorschauumgebungen werden oft als Produktivitätsfeature dargestellt. Das sind sie auch, aber ihr tatsächlicher Wert geht noch tiefer.

Sie reduzieren Risiken, ohne die Teams zu verlangsamen. Sie machen die Zusammenarbeit konkret. Sie verwandeln Unbekanntes in beobachtbares Verhalten, bevor Änderungen die Benutzer erreichen.

Vor allem aber schaffen sie Vertrauen.

Dieses Vertrauen besteht nur, wenn Vorschauumgebungen sich wie eine Eigenschaft der Plattform verhalten und nicht wie eine fragile Konstruktion, die durch Skripte und Konventionen zusammengehalten wird.

Plattformen machen Vertrauen zur Standardfunktion

Der Aufbau zuverlässiger Vorschauumgebungen ist keine Frage cleverer Technik. Es geht darum, zu entscheiden, wo die Verantwortung liegt.

Eine Plattform, die Eigentümerin der Umgebungen ist, kann Sicherheit zum Standard machen. Teams arbeiten schneller, nicht weil sie leichtsinnig sind, sondern weil das System die Komplexität für sie übernimmt.

Dafür sind Vorschauumgebungen da.

Erfahren Sie mehr

• Entdecken Sie Instant-Entwicklungsumgebungen auf Upsun
  Erfahren Sie, wie Upsun automatisch isolierte, produktionsähnliche Umgebungen für jeden Zweig erstellt.
• Lesen Sie den technischen Deep Dive zu Vorschauumgebungen Details
  zur Implementierung und zu Entwickler-Workflows finden Sie im Originalartikel im Dev Center.