Rollbacks und Disaster Recovery

Softwareentwicklung verläuft nicht immer reibungslos. Manchmal führen neue Deployments zu Fehlern oder beeinträchtigen vorhandene Funktionen. Hier kommen Rollbacks und Notfallwiederherstellung ins Spiel.

Sie sind entscheidend, um die Systemstabilität und das Vertrauen der Benutzer zu erhalten.

Ein Rollback ist der Vorgang, bei dem ein System oder eine Anwendung nach einem problematischen Deployment in einen früheren, stabilen Zustand zurückversetzt wird. Es funktioniert wie eine „Rückgängig“-Schaltfläche für Ihre letzten Änderungen.

Rollbacks werden normalerweise schnell ausgelöst, um die Auswirkungen eines fehlerhaften Releases zu minimieren und den normalen Betrieb wiederherzustellen.

Je nach Ihrer Deployment-Strategie gibt es verschiedene Möglichkeiten, ein Rollback durchzuführen:

• Code zurücksetzen: Bereitstellen der vorherigen, nachweislich funktionierenden Version Ihres Anwendungscodes.
• Datenverkehr verschieben: Umleiten des Benutzerverkehrs von der fehlerhaften neuen Version zurück auf die alte Version.
• Datenbank-Rollback: Zurücksetzen von Änderungen am Datenbankschema oder an Daten – häufig der komplexeste Teil.

GitHub Actions kann Rollback-Verfahren automatisieren. Sie können Workflows erstellen, die bei bestimmten Ereignissen (z. B. einer manuellen Ausführung) ausgelöst werden, um ein früheres, stabiles Release erneut bereitzustellen oder Infrastrukturänderungen zurückzusetzen.

So erhalten Sie einen schnellen, konsistenten und weniger fehleranfälligen Rollback-Prozess und reduzieren menschliche Fehler in stressigen Situationen.

So könnten Sie einen manuellen Trigger einrichten, um eine bestimmte frühere Version bereitzustellen (z. B. ein Tag oder einen Commit-Hash). Dieser Workflow übernimmt eine version-Eingabe vom Benutzer.

Disaster Recovery (DR) ist eine umfassendere Strategie zur Wiederherstellung Ihrer Systeme und Daten nach einem katastrophalen Ereignis. Dabei kann es sich um den Ausfall eines Rechenzentrums, eine Naturkatastrophe oder einen größeren Cyberangriff handeln.

Im Gegensatz zu einem Rollback, das ein fehlerhaftes Deployment korrigiert, zielt DR darauf ab, den vollständigen Betrieb nach einem Totalausfall des Systems oder dem Verlust einer primären Umgebung wiederherzustellen.

Berücksichtigen Sie bei der Planung von DR in Ihren CI/CD-Pipelines Folgendes:

• Backups: Sichern Sie Daten, Konfigurationen und Artefakte regelmäßig.
• Redundanz: Stellen Sie Ihre Anwendung über mehrere Regionen oder Availability Zones hinweg bereit.
• Wiederherstellungs-Workflows: Erstellen Sie dedizierte Workflows, um Dienste aus Backups wiederherzustellen oder auf neuer Infrastruktur bereitzustellen.
• Tests: Testen Sie Ihren DR-Plan regelmäßig, um sicherzustellen, dass er im Bedarfsfall funktioniert.

GitHub Actions kann Build-Artefakte speichern, die für DR entscheidend sind. Dazu können kompilierte Binärdateien, Docker-Images oder Deployment-Manifeste gehören. Sie können diese während eines erfolgreichen Builds hochladen.

Diese Artefakte können anschließend im Rahmen eines DR-Workflows heruntergeladen und in einer neuen Umgebung bereitgestellt werden.

Das Deployment einer neuen Funktion hat einen kritischen Fehler verursacht, durch den Ihre Anwendung nicht mehr erreichbar ist. Welche Strategie wird hauptsächlich verwendet, um dieses konkrete Problem schnell zu beheben und den Dienst wiederherzustellen?

In dieser Lektion haben wir die wichtigen Konzepte von Rollbacks und Notfallwiederherstellung behandelt. Wir haben gelernt, dass Rollbacks fehlerhafte Deployments schnell zurücksetzen, während es bei Disaster Recovery um die Wiederherstellung von Systemen nach größeren Ausfällen geht.

GitHub Actions kann maßgeblich dazu beitragen, beide Prozesse zu automatisieren. So bleiben Ihre Anwendungen resilient und die Beeinträchtigungen für Ihre Benutzer werden auf ein Minimum reduziert.