Mallin tiivistelmä
- Staging-klooni sisältää sovellustilan, tietokannan, ympäristön ja runtimen
- Clone on eri asia kuin pelkkä code deploy
- Valmius tarkistetaan targetin puolella, ei oleteta valmiiksi
- Staging on käytännön ympäristö, ei markkinointitermi
Staging model
MoveStackin production-to-staging-malli
Miten MoveStack käsittelee staging-kopion oikeana ympäristötilan siirtona eikä vain koodin deployna.
MoveStackin staging-ajatus ei ole uusi deploy yhdelle serverille, vaan tuotannon oikean tilan siirto toiseen ympäristöön niin, että tulosta voidaan käyttää testiin ja verifiointiin.
Miten MoveStack ajattelee stagingiä
MoveStack pitää prod- ja staging-ympäristöjä nimettyinä targeteina. Clone palauttaa oikeaa sovellustilaa ympäristöstä toiseen, eikä jätä tietokantaa, proxyä tai runtimea erillisiksi käsityövaiheiksi.
Miksi tämä on tärkeää
Moni staging-ympäristö näyttää oikealta vain pinnalta. Vasta kun data, app state ja target-käytös ovat mukana, stagingia voi käyttää turvallisesti migraatioihin, testiin ja dry run -työhön.
Ydinfaktat
Clone kuuluu lisensoituun polkuun
Monitor ja watch auttavat valmiuden seuraamisessa
Deploy ja clone jakavat paljon samaa target-logiikkaa
Staging-polku on yksi MoveStackin tärkeimmistä arvolupauksista
Yleiset kysymykset
Miten clone eroaa deploysta?
Clone siirtää yhden nimetyn ympäristön toiseen. Deploy palauttaa snapshotin tai archiven targetiin.
Miksi staging tarvitsee tietokannan ja ympäristön?
Koska pelkkä koodi ei riitä realistiseen testiin tai migraation harjoitteluun.