Eine Mirket-Installation betreiben
Die je Einrichtung isolierte Laufzeit, die Konfigurationsgrenze, die Gesundheitsprüfungen und die Erwartungen an die Wiederherstellung verstehen.
- For
- Betrieb
- Reading time
- 11 Min.
- Updated
- 16. August 2026
Before you start
- Shell-Zugang zum Host der Installation, das ausgecheckte unveränderliche Release und die Umgebungsdatei der Installation.
- Zugang zu den Dienstprotokollen, zum Sicherungsziel und zu einer geschützten Datei mit der Passphrase.
You are done when
- docker compose --env-file .env -f compose.yml ps meldet, dass die erwarteten Dienste laufen und die mit Gesundheitsprüfung gesund sind.
- Die Prüfungen /health/live und /health/ready von API und Socket-Dienst antworten erfolgreich.
- Die neueste verschlüsselte Sicherung hat die Wiederherstellungsübung des Repositorys bestanden.
If something goes wrong
- Überschreiben Sie keine fehlgeschlagene Bereitstellung oder Sicherung. Bewahren Sie Protokolle, den genauen Release-Digest, den Umgebungspfad und die Befehlsausgabe.
- Stellen Sie nur aus einem geprüften verschlüsselten Archiv wieder her und halten Sie das vereinbarte Wiederherstellungsfenster und das Handbuch ein.
Die Grenze des Deployments kennen
- Eine Installation dient einer Bildungseinrichtung.
- Anwendungsprozesse, PostgreSQL, Redis und Objektspeicher-Namensräume sind zwischen Einrichtungen isoliert.
- Die Kundenkonfiguration wird zur Laufzeit eingebunden statt in unveränderliche Anwendungsartefakte gebacken.
Auf eine Betriebsmeldung reagieren
Prüfen Sie die Konfiguration, bevor Sie den Zustand ändern
Führen Sie docker compose --env-file .env -f compose.yml config --quiet aus und sehen Sie sich dann docker compose --env-file .env -f compose.yml ps sowie die Live- und Ready-Endpunkte von API und Socket-Dienst an.
Bestimmen Sie den betroffenen Dienst und das Zeitfenster
Erfassen Sie Anwendung, Rolle, Route, Zeitstempel, den sichtbaren Wiederherstellungszustand und die einschlägigen Protokolle, ohne unnötige Nutzerinhalte anzufordern.
Nutzen Sie die Sicherungsbefehle des Repositorys
Führen Sie pnpm ops:check aus und erstellen Sie dann mit pnpm ops:backup die koordinierte verschlüsselte Sicherung mit ausdrücklichen absoluten Pfaden für Umgebung, Ausgabe und Passphrase-Datei.
Weisen Sie die Wiederherstellbarkeit nach
Führen Sie pnpm ops:restore-drill gegen das erzeugte Archiv mit denselben ausdrücklichen Passphrase- und Umgebungsangaben aus. Der Abschluss verlangt geprüfte Prüfsummen und erfolgreiche Wegwerf-Wiederherstellungen von PostgreSQL.
Stellen Sie mit umkehrbaren Schritten wieder her
Bevorzugen Sie dokumentierte Neustarts, Wiederholungen und geprüfte Wiederherstellungen. Sichern Sie Belege und erstellen Sie vor Upgrades oder Eingriffen ins Schema eine geprüfte Sicherung.