Produktionsklon in 45 Sekunden mit Daten, Dateien, Diensten, allem

Sehen Sie sich die Zeitraffer-Demo unten an, bevor Sie weiterlesen. In weniger als einer Minute erfahren Sie, wie Sie eine Produktionsklon-Umgebung in weniger als einer Minute erstellen können ... einschließlich Datenbank, Dateien und Diensten.

Und hier ist der Grund, warum das für Entwickler alles verändert.

Sie kennen das Gefühl. Eine Regression schlüpft an der Staging-Umgebung vorbei, die Kunden merken es als Erste, und Ihr Nachmittag (oder Ihre späte Nacht) wird zu einem War Room nach der Bereitstellung. Entwickler geben an, dass sie den größten Teil ihrer Zeit mit reaktiven Aufgaben wie Debugging und War Rooms verbringen, anstatt neue Software zu entwickeln.¹ Kein Wunder, dass Releases schwieriger sind, als sie sein sollten.

Diese Anleitung zeigt, wie der „Produktionsklon” von Upsun jeden Git-Zweig in weniger als einer Minute in eine produktivumgebungsreife Umgebung verwandelt, wobei Daten, Dateien und Dienste aus dem übergeordneten Zweig geklont werden. Sie können Probleme reproduzieren, Korrekturen validieren und die performance vor dem Merge überprüfen. Keine Feuerwehreinsätze mehr nach der Bereitstellung.

Das Problem: Umgebungsdrift und unzuverlässige Tests

Die Staging-Umgebung entspricht selten der Produktivumgebung. Unterschiedliche Service-Versionen, fehlende Daten, Entwickler, die unterschiedliche Versionen des Codes pushen, oder veraltete Assets führen zu Umgebungsabweichungen, die echte Fehler bis zur Live-Schaltung verbergen. Die DevOps-Richtlinien von AWS empfehlen, Umgebungen zu standardisieren und Abweichungen kontinuierlich zu verwalten.²

Vorschau-Umgebungen sind hilfreich, aber nur, wenn sie wirklich „wie die Produktion“ sind. Das bedeutet:

• Gleiche Anwendungen, Builds, Routen und Infrastruktur-Einstellungen
• Gleiche Dienste werden auf die gleiche Weise bereitgestellt.
• Aktuelle Daten und Dateien.
• Beobachtbarkeit, die Probleme frühzeitig meldet, nicht erst im Krisenstab

Die Lösung von Upsun: Klonen der Produktion auf jedem Zweig

Mit Upsun kann jeder Git-Zweig zu einer live-fähigen Produktionsumgebung mit geklonten Diensten und Code werden. Sie behalten den vertrauten Git-Workflow, den Sie bereits verwenden, und profitieren nun von sofortigen, produktionsreifen Vorschauen, die Reviews und Debugging beschleunigen.

• Git-gesteuerte YAML-Konfiguration. Definieren Sie Anwendungen, Dienste und Routen einmalig in „.upsun/config.yaml“, committen Sie sie in Git und halten Sie sie mit Ihrem Code versioniert (weitere Informationen finden Sie unter „YAML-Struktur“).
• Automatische Vorschauen pro Zweig. Durch das Verzweigen wird eine untergeordnete Umgebung erstellt, die Code, Daten und Assets von ihrer übergeordneten Umgebung erbt. Siehe Anleitung zum Vornehmen von Änderungen.
• Sofortiges Klonen von Daten, die Sie bereinigen können. Klonen Sie Produktionsdaten in die Vorschau und bereinigen Sie sie dann automatisch über Deploy-Hooks, sodass reviewer niemals mit personenbezogenen Daten umgehen müssen. Siehe Datenbanken bereinigen.
• Multi-Service-Orchestrierung. Stellen Sie verwaltete Datenbanken, Caches, Suchfunktionen und mehr aus derselben Konfigurationsdatei bereit (siehe Dienste hinzufügen).
• Integrierte Observability und APM. blackfire APM und Profiling helfen Ihnen, Performance-Rückgänge vor der Veröffentlichung zu erkennen (siehe blackfire für PHP und Python; Upsun-Features).

So funktioniert das Klonen in der Produktivumgebung

1) Ein Push erstellt einen Prod-Klon

Verwenden Sie Git Push auf einem neuen Branch, und Upsun kann eine neue Umgebung aktivieren, die übergeordneten Dienste klonen und die Daten der übergeordneten Ebene in einem Schritt klonen.

Dieser einzelne Push richtet eine Branch-Umgebung mit produktionsidentischen Dateisystemen und Diensten sowie einem geklonten Datensatz aus dem übergeordneten Dienst ein. Siehe „Umgebungen verwalten”.

Müssen Sie die Daten später aktualisieren? Halten Sie Ihren Branch mit „upsun env:sync data” synchron. 

2) Halten Sie die Konfiguration einfach und eindeutig

Alle Apps, Dienste, Routen und Hooks befinden sich in „.upsun/config.yaml“. Hier ist ein minimales Beispiel mit einer Node.js-App, MariaDB, Redis und einem Deploy-Hook, der die Bereinigung in Nicht-Produktionsumgebungen durchführt:

# .upsun/config.yaml
applications:
  web:
    type: "nodejs:22"
    relationships:
      mariadb: "mariadb"
      cache: "redis"
    hooks:
      deploy: |
        if [ "$PLATFORM_ENVIRONMENT_TYPE" != "production" ]; then
          ./scripts/sanitize_db.sh
        fi
services:
  mariadb:
    type: "mariadb:11.8"
  redis:
    type: "redis:7.2"  # persistent or ephemeral supported
routes:
  https://{default}/:
    type: upstream
    upstream: "web:http"

• Dienste werden in derselben Datei deklariert und über Beziehungen mit der App verbunden (siehe Beispiel für einen Datenbankdienst).
• Der Deploy-Hook verwendet die dokumentierte Umgebungsvariable „PLATFORM_ENVIRONMENT_TYPE“, um das Verhalten je nach Umgebung zu variieren, und führt die Bereinigung nur bei Vorschauen durch (siehe „Hooks nach Umgebung ändern“).
• Die Routenkonfiguration stellt sicher, dass Ihre Vorschau-URLs in der Produktivumgebung produktionskonsistent sind (siehe Routen definieren).

3) CI/CD-Tests, die der Produktion entsprechen

Da die Branches produktionsreif sind, kann Ihre CI-Pipeline mit derselben Topologie, denselben Versionen und demselben Datenprofil ausgeführt werden, die Sie letztendlich in der Produktivumgebung einsetzen werden. Das reduziert unzuverlässige Tests, die durch Umgebungsabweichungen verursacht werden, erheblich. Siehe Übersicht über Build und Deployment.

Sie können Ihrer Pipeline auch die blackfire-Build-Funktion hinzufügen, um Performance-Probleme automatisch zu erkennen und umsetzbare Empfehlungen für PHP und Python zu erhalten (Upsun-Features; blackfire auf Upsun).

4) Sichereres Debuggen von Anwendungen mit realen Daten

Unklare, datenabhängige Fehler lassen sich sofort reproduzieren, wenn Ihre Vorschau reale Daten und Assets enthält. Die Sanitization Guides von Upsun zeigen, wie Sie PII in gängigen Stack-Kombinationen wie PostgreSQL und Django, Symfony und PostgreSQL oder MariaDB und Drupal sicher entfernen können (siehe „Sanitize PostgreSQL and Django”, „Sanitize Symfony and PostgreSQL” und „Sanitize MariaDB and Drupal”).

Möchten Sie lieber lokal mit Produktionsklon-Daten arbeiten? Verbinden Sie Ihre lokale Umgebung mit den Remote-Diensten, um schnelle Iterationen zu ermöglichen (verbundenes lokales Entwickeln).

Warum dies die Produktivität der Entwickler verbessert

• Eliminieren Sie Umgebungsabweichungen. Jeder Zweig wird von seinem übergeordneten Zweig geklont, sodass Parität der Standard ist und nicht nur eine nachträgliche Überlegung.³ 
• Verkürzen Sie Feedback-Schleifen. Reproduzieren, instrumentieren und korrigieren Sie an derselben Stelle, an der Sie Ihre Lösung validiert haben.
• Reduzieren Sie Nacharbeiten und Besprechungen. Weniger Überraschungen in der Produktivumgebung bedeuten weniger Krisenstäbe und mehr Zeit für die Entwicklung.¹ ²
• Bleiben Sie teamübergreifend konsistent. Git-gesteuerte YAML und verwaltete Dienste standardisieren die Bereitstellung und bewahren gleichzeitig die Flexibilität (Upsun-Dokumentation).

Integrieren Sie es in Ihren Workflow

1. Erstellen Sie einen Zweig. Die Umgebung wird aktiviert und klont Daten aus dem übergeordneten Zweig.
2. Ihr Bereinigungsprogramm wird automatisch bei der Bereitstellung in Nicht-Produktionsumgebungen ausgeführt.
3. Ihre CI führt End-to-End- und Performance-Prüfungen anhand des Produktionsklons durch.
4. The reviewers test the original and give their approval quickly.
5. Führen Sie die Zusammenführung mit Zuversicht durch und überwachen Sie sie nach der Veröffentlichung mit blackfire.

Weitere Informationen zu YAML-Mustern oder Multi-Service-Setups finden Sie in den Tutorials für Entwickler.

Für wen ist das gedacht? Für Entwickler, die mehr programmieren und weniger Zeit mit Fehlerbehebung verbringen möchten. Das ist beabsichtigt: Upsun stellt jedem Zweig eine Live-Umgebung in der Produktivumgebung zur Verfügung, in der Sie testen, iterieren und überprüfen können, ohne befürchten zu müssen, dass „alles kaputt geht“.

Produktionsklonen und Umgebungsdrift

Verwenden Sie das Klonen in der Produktivumgebung, um Umgebungsabweichungen aus der Diskussion zu entfernen. Wenn die Umgebungen standardmäßig identisch sind und sichere, aktuelle Daten enthalten, fühlen sich CI/CD-Tests und Anwendungsdebugging wieder ehrlich an.

Probieren Sie es selbst aus

Es ist cool, zu sehen, wie ein Prod-Klon in 45 Sekunden erscheint. Es zu erleben, während Sie programmieren, ist eine echte Revolution.

Starten Sie eine kostenlose Testversion, verbinden Sie Ihr Git-Repository und sehen Sie zu, wie jeder Zweig als produktionsreife Umgebung mit Daten, Dateien und Diensten zum Leben erwacht.

Quellen

¹ Cisco Newsroom. „Entwickler verbringen mehr Zeit mit der Behebung von Problemen als mit der Bereitstellung von Innovationen.“
² Stack Overflow Developer Survey 2024. „Täglich für die Suche nach Antworten/Lösungen aufgewendete Zeit.
“ ³ AWS Well-Architected DevOps Guidance. „[AG.DEP.2] Kontinuierliche Basisumgebungen zur Verwaltung von Abweichungen.“