Mallin ydin
- Restore on target-operaatio, ei vain import-vaihe
- Service, healthcheck, proxy ja tietokanta kuuluvat samaan palautuspolkuun
- Varmennus kuuluu palautukseen, ei erilliseksi toiveeksi
- Deploy on käyttäjäpolun restore-komento
Restore model
MoveStackin varmennettu palautusmalli
Miten MoveStack ajattelee palautuksen kokonaisuutena: snapshotista targetiin, palvelun valmiuteen ja tietokannan varmennukseen asti.
MoveStackin näkökulmasta restore ei pääty siihen, että data on kopioitu takaisin. Palautus on onnistunut vasta, kun target toimii ja tila voidaan varmentaa.
Miten MoveStack tekee tämän
MoveStack palauttaa snapshotin tai archive-polun target-ympäristöön, käynnistää sovelluksen ja tarkistaa että service, healthcheck, proxy ja tietokannan tila ovat kunnossa. Palautus käsitellään yhtenä operatiivisena työnkulkuna.
Miksi tämä on eri asia kuin tavallinen import
Pelkkä tietokannan import ei vielä tarkoita, että sovellus toimii. Jos runtime, ympäristö, proxy tai healthcheck hajoavat, palautus ei ole oikeasti onnistunut.
Ydinfaktat
Verified restore kuuluu lisensoituun polkuun
Deploy ja clone rakentuvat saman target-logiikan päälle
Database fingerprint kuuluu palautuksen varmennukseen
Watch ja monitor näyttävät palautuksen etenemisen ja lopputilan
Yleiset kysymykset
Onko deploy sama kuin restore?
Deploy on käyttäjäpolun restore-komento. Restore dry-run ja restore run ovat alemman tason komentoja.
Mitä verified restore tarkoittaa?
Se tarkoittaa, että palautuksen jälkeen tarkistetaan myös palvelun, healthcheckin, proxyn ja tietokannan tila.