Die Schaltfläche „Bereitstellen“ ist grün. Um 14 Uhr kündigt der Projektleiter die Online-Veröffentlichung an. Um 14:20 Uhr antwortet die Website – aber die Transaktions-E-Mails gehen immer noch vom alten Server, das Zertifikat deckt die falsche Domain ab und niemand hat den Support benachrichtigt, dass ein neuer Ticketfluss ansteht. Um 18 Uhr verlangt das Management einen Rollback, von dem niemand weiß, wie er ihn in weniger als zwei Stunden umsetzen soll.
Der Übergang zur Produktion ist ein organisatorisches Ereignis, kein Code-Push. Diese Checkliste verknüpft, was die Technologie leistet und was das Unternehmen verstehen muss – ohne unnötigen Fachjargon und ohne die Teile zu vergessen, die schaden: DNS, MX-Einträge, Cookies, Abrechnung.
Vor dem großen Tag: Business Alignment
Ein 30-minütiges Meeting reicht aus, wenn dabei ein gemeinsames, einseitiges Dokument entsteht. Zu jeder Zeile muss eine schriftliche Antwort vorliegen: das Wartungsfenster (Datum, Uhrzeit, Zone, die vier Stunden lang verfügbar bleibt), drei messbare Erfolgskriterien (Verbindung OK, Testzahlung OK, Serverfehlerrate unter einem Prozent), der Entscheidungsträger und das Rollback-Verfahren, der Kommunikationsplan (Kunden-E-Mail, Statusseite, Support-Briefing) und die Einschränkungen der Daten (Basismigration, Einfrieren der Schreibvorgänge).
Wenn das Unternehmen das Zurückverfolgen nicht in einem Satz erklären kann, sind Sie nicht bereit.
Dieses Dokument ist keine Formalität: Es hindert einen Direktor daran, zu verkünden, dass „alles online ist“, während die Bestätigungs-E-Mails immer noch nicht verschickt werden.
Technische Checkliste: Infrastruktur und DNS
Stellen Sie auf der Infrastrukturseite sicher, dass ein aktuelles Produktions-Backup vorhanden ist und dass eine Wiederherstellung innerhalb der letzten sieben Tage getestet wurde. Die Produktionsumgebung muss zum Staging passen (PHP-Versionen, Erweiterungen, geplante Aufgaben). Produktionsgeheimnisse müssen getrennt sein und dürfen niemals aus einer Entwicklungsdatei kopiert werden. Die Überwachung sollte auf Serverfehler, Speicherplatz und Zertifikatsablauf aufmerksam machen. Protokolle sollten zentralisiert oder zugänglich sein, ohne dass drei Server durchsucht werden müssen.
Senken Sie auf der DNS- und Zertifikatsseite die TTL 24 bis 48 Stunden vor dem Wechsel. Dokumentieren Sie die A-, AAAA- und CNAME-Einträge mit einem Plan zur Wiederherstellung der alten IP-Adresse. Wenn die E-Mail den Server wechselt, überprüfen Sie MX, SPF, DKIM und DMARC. Das TLS-Zertifikat muss alle Hostnamen (www und Root-Domäne) abdecken.
Wenden Sie auf der Anwendungsseite im Fehlerfall grundlegende Migrationen mit einem Rollback-Skript an. Je nach gewählter Strategie den Cache leeren oder aufwärmen. Verwenden Sie Feature-Flags, um die Funktion schrittweise zu aktivieren. Stellen Sie einen Integritätskontrollpunkt („/health“) für den Load Balancer bereit.
##D-Day: Reihenfolge und Rollen
Sechzig Minuten vor der Umstellung: Inhalt eingefroren, letzte Sicherung, Bereitschaftsdienst bestätigt. Zur H-Stunde: DNS-Umschaltung oder Verkehrsumschaltung; Überwachen Sie die Ausbreitung mit externen Tools, nicht nur von Ihrem Desktop aus. Eine Viertelstunde später: automatisierte Tests und manueller Geschäftsprozess (Bestellung, Registrierung). Eine Stunde später: Überprüfung der Kennzahlen und Entscheidung, fortzufahren oder zurückzukehren. 24 Stunden später: Erhöhen Sie die DNS-TTL und führen Sie eine kurze Obduktion durch, auch wenn dies erfolgreich ist.
Benennen Sie die Rollen: Einsatzleiter (entscheidet über Rollback), technischer Leiter, Kommunikationsleiter, Geschäftsprüfer. Ohne Namen wartet jeder darauf, dass jemand anderes entscheidet.
Was der technisch nicht versierte Mensch hören muss
Erklären Sie, ohne zu infantilisieren: „Wir ändern, wo sich die Website im Internet befindet – nicht nur das Design.“ „Die DNS-Verbreitung kann trotz einer niedrigen TTL bis zu X Stunden dauern. » „Backtracking bringt die alte Site zurück, keine Zwischenversion. » „Die erste Stunde ist erweiterte Überwachung – kein garantierter Ausfall. »
Diese Sätze vermeiden Missverständnisse wie „Die Seite ist online, also funktioniert alles“, während der Zahlungs- oder E-Mail-Prozess noch unterbrochen ist.
Der Gipfel: erfolgreicher Go-Live = niemand merkt es – gescheiterter Go-Live = alle
Das Marketing zählt das Konfetti. Der Vorgang umfasst die kompletten Fahrten: Registrierung, Zahlung, E-Mail, Verwaltung, Partner-API.
Entscheide dich und gehe ohne blinden Fleck voran
Schreiben Sie ein einseitiges Dokument für das Unternehmen und eine vom Team unterzeichnete technische Checkliste. Testen Sie den Rollback beim Staging, indem Sie ihn zeitlich festlegen. Wenn er länger als eine Stunde dauert, korrigieren Sie ihn vor dem großen Tag. Kurzer Support mit wahrscheinlichen Vorfällen und typischen Reaktionen. Bereiten Sie einen Kommunikationsplan vor, wenn die Verschlechterung länger als 30 Minuten dauert. Führen Sie 48 Stunden später eine Obduktion durch: Drei Punkte gilt es zu behalten, drei Punkte zu verbessern.
Siehe Blue-Green-Bereitstellung und Anwendungszustandsprüfung. Vergleichen Sie Hosts über das Verzeichnis.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Inszenierung und Produktion?
Die Produktion bietet echten Benutzern eine Verfügbarkeitsverpflichtung, getestete Backups, Überwachung dieser Warnungen und ein dokumentiertes Rollback-Verfahren. Beim Staging wird die Konfiguration reproduziert – nicht die tatsächliche Auslastung und auch nicht immer korrekt anonymisierte Daten.
Wie lange vor dem Go-Live sollten Sie die DNS-TTL senken?
Erhöhen Sie die TTL 24 bis 48 Stunden vor dem Wechsel auf 300 Sekunden. Mounten Sie es nach der Stabilisierung erneut, um die Belastung der DNS-Server zu verringern.
Was sollte ein nicht-technischer Projektmanager verstehen?
Das Wartungsfenster, das Restrisiko, wer entscheidet, wann ein Rollback durchgeführt wird, der Kommunikationskanal im Falle eines Vorfalls und messbare Erfolgskriterien – kein einfaches „Es sieht gut aus“.
Ist ein schriftliches Rollback-Runbook erforderlich?
Ja – Schritte nummeriert, verantwortliche Personen benannt, geschätzte Dauer und mindestens einmal bei der Durchführung getestet. Ein spontaner Rollback kostet mehr als der ursprüngliche Vorfall.
Die Produktion beginnt, wenn die gesamte Customer Journey Bestand hat – und nicht, wenn die Continuous-Integration-Pipeline grün ist.