Cloudflare hat den Dienst Worker Previews eingeführt, um für jeden Git-Zweig eine unabhängige Laufzeitumgebung bereitzustellen. Dadurch können Softwareänderungen unter Bedingungen getestet werden, die der Produktionsumgebung näherkommen, ohne den Datenverkehr, die Konfiguration oder den Zustand der laufenden Version zu beeinflussen. Der Dienst steht Nutzern von Workers jetzt zur Verfügung.
Jede Vorschau erhält eine feste URL für den jeweiligen Zweig, die bei jedem neuen Push aktualisiert wird, sowie separate Konfigurationen, Variablen, Geheimnisse und Bindings. Entwickler können Anfragen von der Kommandozeile, aus Continuous-Integration-Systemen oder aus dem Browser an die Vorschau senden und anschließend Protokolle, Fehler, Metriken und Ausführungstraces über die Werkzeuge von Workers Observability untersuchen.
Eine unabhängige Umgebung, die über einen bloßen Link zur Version hinausgeht
Cloudflare erklärt, dass sich Worker Previews von den bisherigen Version URLs unterscheiden. Letztere verweisen auf eine bestimmte hochgeladene Version und können Produktionsressourcen verwenden, während Worker Previews für jeden Zweig eine isolierte Umgebung erstellen und den parallelen Betrieb von Hunderten Vorschauen innerhalb eines einzigen Dashboards ermöglichen. Dadurch lassen sich API-Endpunkte, Änderungen an der Benutzeroberfläche und Anmeldeabläufe in einem tatsächlichen Laufzeitkontext testen, statt sich auf eine Codeprüfung oder eine gemeinsam genutzte Staging-Umgebung zu beschränken.
Bei der Ausführung des Befehls npx wrangler preview erstellt Cloudflare die Vorschauversion anhand einer Basiskonfiguration, die der Entwickler in der Wrangler-Datei festlegt. Bestimmte Vorschaukonfigurationen können angepasst werden, etwa indem die Vorschau auf eine Testdatenbank oder einen Test-API-Schlüssel verwiesen wird, ohne die Produktionskonfiguration oder andere Vorschauen zu ändern. Außerdem können die Vorschauadressen über eine benutzerdefinierte Domain bereitgestellt und mit Cloudflare Access geschützt und der Zugriff auf sie beschränkt werden.
Isolierung des Zustands und sensibler Ressourcen
Die Isolierung erstreckt sich auch auf zustandsbehaftete Ressourcen. Jede Vorschau verfügt über einen eigenen Durable-Objects-Bereich und eine unabhängige Containers-Anwendung. Dadurch wird verhindert, dass Zustandsänderungen, Sitzungen, Migrationen oder fehlgeschlagene Schemaänderungen die Produktion oder andere Zweige erreichen. Cloudflare verknüpft dieses Verhalten mit dem Programmierkontext des Zweigs: ctx.exports wird bei der Ausführung in der Produktion auf den Produktionsbereich und bei der Ausführung innerhalb eines Testzweigs auf den passenden Vorschau-Bereich aufgelöst.
Praktisch ermöglicht dies den Vergleich verschiedener Konfigurationen derselben Anwendung, etwa beim Testen der Leistung von Kalt- und Warmausführungen, wobei die Ergebnisse jedes Versuchs auf seine Umgebung beschränkt bleiben. Browser Run kann außerdem verwendet werden, um den Vorschau-Link in einem Browser ohne Benutzeroberfläche zu öffnen, Anmeldeabläufe auszuführen und Screenshots oder wiedergabefähige Sitzungen zu erfassen. Anschließend können die für den Nutzer sichtbaren Ergebnisse mit den Ausführungstraces und den protokollierten Fehlern verknüpft werden.
Was ändert sich praktisch?
Worker Previews bieten für jeden Zweig eine Feedbackschleife vor der Produktion: die Änderung bereitstellen, sie ausführen, überwachen, den Fehler beheben und vor dem Zusammenführen erneut testen. Cloudflare zufolge unterstützt dies den sogenannten Lebenszyklus der Agentenentwicklung, bei dem der Softwareagent die Änderung innerhalb des Zweigbereichs umsetzen, prüfen und ihre Ergebnisse kontrollieren kann, während bei Bedarf ein menschlicher Prüfer eingreifen kann.
Cloudflare hat den Dienst intern zum Testen von CloudflareOS und Gatekeepers eingesetzt, insbesondere für Abläufe, die OAuth, Berechtigungen, Genehmigungen und den Anwendungszustand miteinander verbinden. Das Unternehmen führte außerdem Erfahrungen von Supermemory und Ramp zum Testen von Workers-Änderungen und zur Überprüfung von Merge Requests auf Mobilgeräten an.
Angekündigte Einschränkungen und nächste Schritte
Die Vorschauen isolieren derzeit nicht die gesamte Anforderungskette in Anwendungen mit mehreren Workern. Eine Service-Bindung aus einer Vorschau kann daher eine Produktionsversion des verbundenen Workers aufrufen. Vorschauen können außerdem Nachrichten an Queues senden, sie jedoch noch nicht konsumieren; für die Isolierung der Ausführung von Workflows ist eine separate Konfiguration erforderlich. Cloudflare arbeitet an der Unterstützung dieser Abläufe sowie an langlebigen Vorschauen für Staging- und QA-Umgebungen und kontinuierliche Entwicklerumgebungen.
Lesart von certi.news: Der wesentliche Wert der Ankündigung liegt nicht in der Erstellung eines neuen Testlinks, sondern darin, die Isolierung auf die Ebene von Konfiguration, Zustand und Überwachung zu übertragen. Das verringert die Risiken beim Testen von Änderungen, die zustandsbehaftete Ressourcen betreffen, beseitigt jedoch nicht die Notwendigkeit, die Testumgebung sorgfältig zu entwerfen, insbesondere wenn der Dienst auf mehreren Workern, Warteschlangen, Nachrichten und langlebigen Abläufen basiert. Daher wirken Worker Previews vollständiger als die Vorschau einer einzelnen Version, während einige Teile der Anwendung in der aktuellen Version weiterhin außerhalb des vollständigen Isolierungsmodells liegen.