Die Startseite lädt, das Kontaktformular speichert aber seit gestern nichts mehr. Eine reine Erreichbarkeitsprüfung würde diesen Fehler übersehen. Bevor du Betreuung beauftragst, benenne deshalb die Abläufe, von denen dein Betrieb wirklich abhängt.
Schreibe die Prüfung als Aufgabe auf: Eine Testanfrage absenden, die gespeicherte Referenz kontrollieren und den Eingang der internen Nachricht prüfen. In einer Anwendung kommt etwa das erneute Öffnen des angelegten Vorgangs hinzu.
Pflege und Betrieb brauchen unterschiedliche Aufgabenlisten
Neue Öffnungszeiten und ein korrigiertes Produktbild sind Inhaltspflege. Ein fehlerhafter API-Aufruf betrifft die Anwendung. Ein abgelaufenes Zertifikat betrifft den technischen Betrieb. Die Zuständigkeiten können bei derselben Person liegen, sollten aber ausdrücklich vereinbart sein.
Vereinbare, wer Fehlermeldungen, ausgebliebene Verarbeitungsläufe und Backups kontrolliert. Halte auch fest, wo diese Person den Befund dokumentiert und wen sie bei einem Problem erreicht. Nur eine Meldung an ein Sammelpostfach zu schicken, reicht dafür nicht.
Fiktives Beispiel: Ein kleiner Shop lässt wöchentlich den Anfrageweg und die vorhandenen Fehlermeldungen prüfen. Ein Test erkennt, dass die Speicherung funktioniert, aber die interne Benachrichtigung ausbleibt. Damit ist der Umfang des Problems bekannt. Die gespeicherten Anfragen können nachverarbeitet werden, statt Kunden pauschal um erneutes Absenden zu bitten.
Updates sind Änderungen am laufenden System
Abhängigkeiten erhalten neue Versionen. Automatische Hinweise helfen beim Erkennen relevanter Aktualisierungen. GitHub beschreibt mit Dependabot einen Weg, Aktualisierungen gegen bekannte Schwachstellen vorzuschlagen. Ein solcher Vorschlag bestätigt aber nicht, dass danach dein Buchungsweg unverändert funktioniert.
Prüfe passende Änderungen zunächst in einer Testumgebung. Welche Abläufe sind betroffen? Wie wird zurückgegangen, wenn ein Fehler auftritt? Ein Versionssprung mit Datenbankänderung lässt sich möglicherweise nicht durch einfaches Zurückkopieren alter Dateien rückgängig machen. Der Rückweg gehört deshalb zur Vorbereitung der jeweiligen Änderung.
Eine begrenzte Betreuung sollte außerdem dokumentieren, was noch offen ist. Bei einem Stundenkontingent können Prüfung, Abstimmung und Umsetzung gemeinsam Zeit verbrauchen. Eine priorisierte Liste verhindert, dass kleinere Inhaltswünsche eine dringendere technische Aufgabe verdrängen.
Das Backup muss sich wieder einspielen lassen
Spiele ein Backup probeweise ein und prüfe die daraus gestartete Anwendung. Der erfolgreiche Sicherungslauf allein zeigt nur, dass eine Datei erstellt wurde. Die PostgreSQL-Dokumentation zur SQL-Sicherung beschreibt die Schritte für Sicherung und Wiederherstellung.
Prüfe den gesamten benötigten Bestand. Neben der Datenbank können hochgeladene Dateien, Konfiguration und externe Dienste für den Wiederanlauf erforderlich sein. Halte fest, wie alt die wiederhergestellten Daten wären und welche Arbeit zwischenzeitlich fehlen würde. Ein tägliches Backup verspricht keine lückenlose Wiederherstellung des heutigen Tages.
Der Test gehört in eine isolierte Umgebung mit kontrolliertem Versand. Eine wiederhergestellte Testanwendung darf keine alten Kundennachrichten erneut auslösen. Dokumentiere den geprüften Stand und die Schritte, die beim echten Ausfall noch nötig wären.
Für redaktionelle Änderungen gibt es Website & Shop pflegen. Neue Funktionen und Korrekturen über mehrere Anwendungsteile gehören zur Weiterentwicklung, reine Serveraufgaben gegebenenfalls zur Backend-Weiterentwicklung. Die technische Betriebsbetreuung umfasst die auf der Produktseite genannten Kontrollen und Grenzen. Eine Rund-um-die-Uhr-Bereitschaft folgt daraus nicht. Vereinbare ausdrücklich, wer außerhalb dieser Kontrollen auf einen Ausfall reagiert.