Kern des Modells
- Restore ist eine Zieloperation, nicht nur ein Import-Schritt
- Service, Healthcheck, Proxy und Datenbank gehoeren zum selben Pfad
- Verifikation ist Teil des Restores
- Deploy ist der benutzernahe Restore-Befehl
Restore model
MoveStacks verifiziertes Restore-Modell
Wie MoveStack Restore als Ganzes behandelt: vom Snapshot ins Ziel bis zu Service-Bereitschaft und Datenbankverifikation.
Aus Sicht von MoveStack endet ein Restore nicht damit, dass Daten zurueckkopiert wurden. Erfolgreich ist ein Restore erst dann, wenn das Ziel wieder funktioniert und der Zustand verifiziert ist.
Wie MoveStack das umsetzt
MoveStack stellt einen Snapshot oder ein Archiv in einer Zielumgebung wieder her, bringt die Anwendung hoch und prueft anschliessend Service, Healthcheck, Proxy und Datenbankzustand gemeinsam.
Warum das mehr ist als ein Import
Ein reiner Datenbank-Import beweist noch nicht, dass die Anwendung wieder lauffaehig ist. Wenn Runtime, Umgebung, Proxy oder Healthchecks scheitern, war der Restore operativ nicht erfolgreich.
Kernpunkte
Verified Restore gehoert zum lizenzierten Pfad
Deploy und Clone bauen auf derselben Ziel-Logik auf
Datenbank-Fingerprint gehoert zur Verifikation
Watch und Monitor zeigen Verlauf und Endzustand
Haefige Fragen
Ist Deploy dasselbe wie Restore?
Deploy ist der benutzernahe Restore-Befehl. Restore dry-run und restore run sind die niedrigeren Kommandos.
Was bedeutet verified restore?
Dass nach dem Restore auch Service, Healthcheck, Proxy und Datenbankzustand geprueft werden.