- Pelkkä source-pohjainen redeploy olettaa, että ympäristö, kohde ja operaattorimuisti riittävät aina oikeaan lopputulokseen.
- Rollback heikkenee heti, jos deploy ja recovery käyttävät eri artefakteja ja eri tarkistuslogiikkaa.
- Uskottava deploy-polku alkaa tunnetusta tilasta ja todentaa kohteen sen jälkeen.
Deploy backupista
Deployaa Node-sovellus varmuuskopiosta ilman että kohde rakennetaan muistista uudelleen
Käytä full-backup-snapshotia Node-sovelluksen deploy-syötteenä niin, että kohteen tila, tietokanta ja verifiointi pysyvät samassa toistettavassa MoveStack-työnkulussa.
Moni olettaa, että tuotanto voidaan aina rakentaa puhtaasti uudelleen sourcesta ja skripteistä. Häiriötilanteessa juuri se oletus pettää ensimmäisenä.
MoveStack käyttää samaa full-backup-snapshot-mallia deploylle ja palautukselle. Näin deploy, rollback ja restore pysyvät yhden artefaktin ympärillä eivätkä jakaudu erillisiksi lähestymistavoiksi.
movestack deploy local/full-backup/my-app@<timestamp> --to prod --watchMitä kohteesta tarkistetaan
Käytä yhtä artefaktia deploylle ja recoverylle
Aloita ilmaisella preview-polulla ja avaa suojattu deploy vasta silloin, kun tuotantoon pitää viedä oikeasta backup-artefaktista.
Seuraavaksi luettavaa
Jos tämä aihe on ajankohtainen, näistä kannattaa jatkaa saman käyttötavan lähimpiin oppaisiin.
Deployaa Next.js VPS:lle ilman käsin rakennettua kohdepalvelinta
Vie Next.js-sovellus VPS-palvelimelle full-backup-snapshotista tai arkistosta ja tarkista palvelu, proxy ja kohteen tila saman MoveStack-työnkulun aikana.
Kopioi Next.js-tuotanto stagingiin yhdellä komennolla
Luo toimiva staging-kopio tuotannossa olevasta Next.js-sovelluksesta yhdellä MoveStack-työnkululla. Mukana siirtyvät sovellus, tietokanta, ympäristö ja valmiuden tarkistukset.
Varmuuskopioi Node-sovellus niin, että palautus on oikeasti mahdollinen
Tee oikea full backup Node.js-sovelluksesta, säilytä aikaleimatut snapshotit ja pidä mukana palautuspolku, jota voidaan myös oikeasti testata.