Zum Inhalt springen

Automatische Updates mit klaren Stoppbedingungen betreiben

Automatisierung braucht Prüffälle nach der Installation. Legen Sie fest, wann der weitere Rollout anhält und wer über die Fortsetzung entscheidet.

Lukas Schneider2 Min. Lesezeit
Kleiner Server mit grünen Anzeigen und einem seitlich angelehnten Schraubenschlüssel.

Automatische Updates können wiederkehrende Betriebsarbeit übernehmen. Der erfolgreiche Installationsschritt beantwortet aber noch nicht, ob Ihre Anwendung mit ihren Verbindungen weiterhin wie vorgesehen arbeitet. Die Entscheidung zur Fortsetzung braucht deshalb einen benannten Prüffall.

NIST zählt Priorisierung, Installation und die Überprüfung der Installation zum Patchmanagement. Für den eigenen Betrieb lässt sich daran eine konkrete Frage anschließen: Welcher Anwendungsablauf muss nach der Änderung noch funktionieren?

Einen kritischen Verbindungsweg prüfen

Im erfundenen Entwurf installiert eine automatische Routine ein Update. Der Webdienst startet, doch die Hintergrundaufgabe J-61 kann ihre Verbindung zum angeschlossenen System nicht mehr verwenden. Die Installationsmeldung ist positiv, der benötigte Ablauf bleibt unterbrochen.

Für diesen Fall sieht das Team vor dem weiteren Rollout einen Test der Verbindung und ihres vorgesehenen Ergebnisses vor. Der Test wird in einer freigegebenen Umgebung mit passenden Testdaten vorbereitet. Hier wurde kein Update installiert und kein angeschlossenes System angesprochen.

Die Reaktion auf einen fehlgeschlagenen Test festlegen

Beobachtung im Entwurf

Geplante Folge

Bedingung vor der Fortsetzung

Installation und kritischer Ablauf bestehen die vereinbarten Tests.

Geplanten Rollout mit Beobachtung fortsetzen.

Prüfergebnisse sind dem betroffenen System zugeordnet.

Die Verbindung des Hintergrundjobs scheitert.

Weitere Ausrollschritte anhalten und Untersuchung zuordnen.

Ursache oder geeignete Abhilfe ist geprüft; die Fortsetzung wird entschieden.

Eine dringliche Sicherheitskorrektur verlangt einen abweichenden Ablauf.

Dringlichkeit, Auswirkung und verfügbaren Prüfweg gemeinsam bewerten.

Verantwortliche Entscheidung und weitere Beobachtung sind festgelegt.

Diese Tabelle ist eine Planvorlage, kein hier ausgeführter Rollout. Anhalten bedeutet, die nächste Änderung kontrolliert zu entscheiden. Die nötige Sicherheitskorrektur bleibt eine offene Aufgabe und braucht einen festgelegten weiteren Ablauf.

Rückweg und Restaufgaben mitplanen

Eine Rückkehr zur alten Programmversion muss zum Datenstand und zu bereits ausgeführten Änderungen passen. Klären Sie vorab, welcher Rückweg für das konkrete Update geprüft ist und wer ihn ausführen darf. Eine frühere Datei allein ist noch kein getesteter Rückweg.

Halten Sie schließlich fest, wer fehlgeschlagene Prüfungen bearbeitet und wann offene Fälle erneut bewertet werden. So übernimmt die Automatik den vereinbarten Ablauf, während Abweichungen einen verantwortlichen Entscheidungsweg behalten.

Quellen

Geschrieben von

  • Lukas SchneiderTechnischer RedakteurLukas Schneider schreibt bei ASES über Cloud-Technologien und den Betrieb von Anwendungen. Seine Beiträge reichen von der Auswahl der Infrastruktur über Wartung und Backups bis zur Überwachung laufender Systeme.

ASES folgen

Weiterlesen

Alle Beiträge

Cloud & Betrieb mit ASES

Hosting, Deployment, Wartung und Betreuung