Wie kann ich Updates für die SLO App manuell anstoßen?
- Vorbedingungen prüfen
- Update-Quelle bestimmen
- Vorbereitung der Umgebung
- Manuelles Update durchführen
- Überprüfung nach dem Update
- Rollback bei Problemen
- Nachbereitungsmaßnahmen
Vorbedingungen prüfen
Bevor Sie ein manuelles Update der SLO App anstoßen, vergewissern Sie sich, dass Sie die erforderlichen Berechtigungen besitzen (z. B. Administrator- oder Release-Manager-Rechte). Stellen Sie außerdem sicher, dass die Umgebung, in der die App läuft (Produktiv-, Staging- oder Testumgebung), erreichbar ist und dass aktuelle Backups vorhanden sind. Überprüfen Sie die Versionskompatibilität von Abhängigkeiten und der Plattform, um Probleme während des Updates zu vermeiden.
Update-Quelle bestimmen
Klären Sie, woher das Update kommen soll: ein internes Release-Repository, eine Paketverwaltung (z. B. npm, pip, apt), ein Container-Image-Registry (z. B. Docker Registry), oder ein extern bereitgestelltes Installationspaket. Notieren Sie die gewünschte Zielversion oder den Tag, den Sie ausrollen möchten. Prüfen Sie, ob Release-Notes oder Migrationsanweisungen vorliegen, die während des Update-Vorgangs beachtet werden müssen.
Vorbereitung der Umgebung
Stoppen Sie, falls erforderlich, abhängige Dienste in kontrollierter Reihenfolge oder setzen Sie die App in einen Wartungsmodus, um Datenkonsistenz zu sichern und Nutzerinformierung zu ermöglichen. Überprüfen Sie Systemressourcen (Festplatte, RAM, CPU) und stellen Sie sicher, dass Netzwerkverbindungen zu externen Registries oder Repositories bestehen. Legen Sie ein Rollback-Szenario fest: welche Version wird im Fehlerfall wiederhergestellt und wie schnell ist das möglich.
Manuelles Update durchführen
Führen Sie das Update manuell durch, indem Sie das gewünschte Paket, Container-Image oder Release aus der Quelle beziehen und auf dem Zielsystem installieren oder deployen. Bei Paketmanagern nutzen Sie den entsprechenden Befehl zum Installieren oder Aktualisieren auf die Zielversion. Bei Containern ziehen Sie das neue Image und starten die neuen Container mit den bestehenden Konfigurations- und Volumen-Mappings. Bei Deployment-Systemen (z. B. Kubernetes) aktualisieren Sie das Image-Tag in den Deployment-Definitionen und wenden die Änderung mit dem entsprechenden CLI-Befehl an. Achten Sie auf fehlerhafte Konfigurationsdateien und übertragen Sie ggf. angepasste Einstellungen in das neue Release.
Überprüfung nach dem Update
Nach erfolgreichem Einspielen prüfen Sie die Logs auf Fehler und führen Health-Checks sowie Funktionstests durch, um sicherzustellen, dass die SLO App wie erwartet arbeitet. Validieren Sie insbesondere SLO-bezogene Messwerte und Alarmregeln, damit keine Monitoring-Lücken entstehen. Testen Sie Schnittstellen zu anderen Systemen und führen Sie, wenn möglich, einen kurzen Smoke-Test mit realistischen Anwendungsfällen durch.
Rollback bei Problemen
Wenn kritische Fehler auftreten, leiten Sie das zuvor definierte Rollback ein. Stellen Sie die vorherige Version wieder her und prüfen Sie, ob Datenkonsistenz gewährleistet ist. Analysieren Sie die Fehlerursache anhand von Logs, Monitoring-Daten und Release-Notes, bevor Sie einen weiteren Update-Versuch planen. Dokumentieren Sie aufgetretene Probleme und gefundene Lösungen.
Nachbereitungsmaßnahmen
Aktualisieren Sie Ihre Dokumentation zu Versionsständen und Update-Prozessen. Informieren Sie betroffene Teams über die Änderungen und gegebenenfalls über neue Konfigurationsanforderungen. Planen Sie regelmäßige Tests des Update- und Rollback-Prozesses, um Risiken bei zukünftigen Updates zu minimieren.