Hvernig setur þú upp prófunarumhverfi (staging) fyrir appið þitt

Til að setja upp staging-umhverfi skaltu setja annað eintak af appinu á eigin einkavefslóð, gefa því eigin gagnagrunn og prófunar-API-lykla, og láta það passa við uppsetningu framleiðslunnar eins vel og hægt er. Gefðu síðan út hverja veigamikla breytingu fyrst í staging, farðu í gegnum mikilvægustu ferlana og birtu ekki í framleiðslu fyrr en staging lítur rétt út.

Ef þú ert nýr í hugmyndinni útskýrir hvað staging-umhverfi er hugtakið. Þessi leiðarvísir er hagnýta uppsetningin, skrifuð fyrir fólk sem byggir með gervigreindarverkfærum en ekki fyrir DevOps-teymi.

Þróun, staging og framleiðsla

Flest lítil öpp þurfa þrjá staði, jafnvel þótt sá fyrsti sé bara forskoðun smíðatólsins þíns:

Tilgangur staging er að það hegði sér eins og framleiðslan — sami kóði, sami staflinn, sömu tegund stillinga — en mistök þar skaða engan.

Skref 1: Ákveða hvað staging þarf að passa við

Staging er aðeins gagnlegt ef vandamál koma fram þar áður en þau koma fram í framleiðslu. Passaðu saman:

• Sama kóða, gefinn út á sama hátt.
• Sama stafla og útgáfur — rammi, keyrsluumhverfi, tegund gagnagrunns.
• Sömu tegund stillinga — sömu heiti umhverfisbreyta, með prófunargildum.
• Sömu þjónustur — ef framleiðslan er með vefapp og API, þá eru bæði í staging.

Það má vera ólíkt að stærð (minni vél er í lagi) og í gögnum.

Skref 2: Búa til afritið

Einfaldasta nálgunin: önnur útgáfa af sama verkefni á annarri vefslóð, til dæmis staging.yourapp.com eða yourapp-staging.example.com.

Hvernig þú gerir það fer eftir hýsingaraðilanum þínum:

• Hýsingaraðilar með innbyggðar forskoðunar- eða staging-útgáfur geta búið til slíkt sjálfkrafa fyrir Git-grein.
• Hýsingaraðilar án þess: búðu til annað app eða verkefni úr sama kóða og gefðu það út sérstaklega.
• Kóði í Git: haltu úti grein sem heitir staging eða main sem gefur út í staging, og gefðu út í framleiðslu úr útgáfu. Sjá hvernig þú notar Git með appi sem gervigreind hefur smíðað.

Skref 3: Gefa staging sinn eigin gagnagrunn

Þetta er skrefið sem verndar þig. Ef staging og framleiðsla deila gagnagrunni eyðir próf sem eyðir skrám í raun raunverulegum skrám.

• Búðu til sérstakan gagnagrunn fyrir staging.
• Fylltu hann af upphafsgögnum — raunhæfum gervigögnum sem gervigreindin getur búið til fyrir þig.
• Ef þú þarft afrit af framleiðslugögnum skaltu fjarlægja eða rugla nöfn, netföng og allt persónulegt fyrst.

Skrifaðu upphafsforskrift sem fyllir tóman gagnagrunn með raunhæfum prófunargögnum: 20 viðskiptavini, 50 pantanir í mismunandi stöðum og tvo stjórnendur. Notaðu augljóslega gervinöfn og example.com netföng.

Áður en þú treystir uppsetningunni skaltu staðfesta við hvaða gagnagrunn hvort afrit tengist. Spurðu beint:

Við hvaða gagnagrunn tengist þetta app, og hvaðan kemur sú stilling? Sýndu mér heiti breytunnar, ekki lykilorðið.

Skref 4: Nota prófunarlykla og aðskildar stillingar

Allt sem talar við þjónustu að utan ætti að nota prófunar-skilríki í staging:

• Greiðslur í prófunarham (Stripe-prófunarlyklar, til dæmis), svo ekkert raunverulegt kort sé rukkað.
• Tölvupóstur sendur í sandkassa eða aðeins á þitt eigið netfang, svo viðskiptavinir fái aldrei prófunarskilaboð.
• Gervigreind og aðrar greiddar API með sérstökum lykli og lágu eyðsluþaki.
• Vefkrókar beindir á staging-vefslóðina, ekki framleiðsluna.

Haltu heitum umhverfisbreytanna eins í báðum umhverfum og breyttu aðeins gildunum. Þannig þarf kóðinn ekki að vita hvar hann keyrir. Til að fræðast meira um þetta, sjá hvernig þú heldur API-lyklum öruggum.

Skref 5: Halda staging einkaaðgengi

Staging ætti ekki að vera opinbert:

• Settu það á bak við innskráningu, lykilorð eða lista leyfðra netfanga teymisins.
• Stöðvaðu leitarvélar í að skrá það með noindex-metamerki eða X-Robots-Tag-haus.
• Ekki tengja á það frá opinberu vefsíðunni þinni.
• Láttu það líta öðruvísi út — litaður borði með „STAGING“ kemur í veg fyrir prófanir í röngum glugga.

Bættu skærgulum borða efst á hverri síðu sem segir „STAGING — aðeins prófunargögn“ þegar APP_ENV umhverfisbreytan er „staging“. Bættu líka noindex-metamerki við í því tilviki.

Skref 6: Búa til útgáfurútínu

Staging hjálpar aðeins ef þú notar það í hvert skipti. Einföld rútína:

1. Gerðu breytinguna í þróun og athugaðu hana í forskoðuninni.
2. Gefðu hana út í staging.
3. Farðu í gegnum helstu ferla: nýskráning, innskráning, meginaðgerðin, greiðslur, allt sem breytingin snerti.
4. Ef eitthvað bilar, lagaðu það og gefðu út í staging aftur.
5. Birtu sömu útgáfu í framleiðslu.
6. Athugaðu framleiðsluna fljótt — sömu ferla, stuttlega.

Skrifaðu helstu ferlana niður sem stutt prófunarhandrit. Sjá hvernig þú prófar appið þitt fyrir opnun fyrir það sem á að vera með.

Skref 7: Fara varlega með breytingar á gagnagrunni

Breytingar á uppbyggingu gagnagrunnsins — að bæta við dálki, endurnefna töflu — eru þar sem staging sannar gildi sitt.

• Keyrðu allar breytingar á uppbyggingu í staging fyrst.
• Athugaðu að fyrirliggjandi gögn héldust, ekki bara að nýir eiginleikar virki.
• Taktu afrit af framleiðslugagnagrunninum áður en sömu breyting er keyrð þar. Sjá hvernig þú tekur öryggisafrit af gagnagrunni appsins.
• Veldu heldur breytingar sem bæta við en endurnefna eða eyða, svo að eldri útgáfan virki ef þú þarft að rúlla til baka.

Dæmi um forskriftir

Útskýrðu hvað myndi gerast með fyrirliggjandi gögn ef við keyrðum þessa breytingu á gagnagrunni í framleiðslu. Er eitthvað eytt eða endurnefnt?

Láttu allar umhverfissértækar stillingar — API-slóðir, lyklar, sendandi tölvupósts, eigin vefslóð síðunnar — koma úr umhverfisbreytum með sömu heitum í staging og framleiðslu. Listaðu þær.

Skrifaðu stuttan gátlista yfir ferlana sem ég ætti að prófa í staging fyrir hverja útgáfu, byggt á því sem þetta app gerir.

Algeng mistök

• Sameiginlegur gagnagrunnur. Skaðlegasta mistökin. Staging fær alltaf sinn eigin.
• Raunverulegir lyklar í staging. Raunverulegar rukkanir, raunveruleg tölvupóstsending til raunverulegra viðskiptavina.
• Staging víkur frá framleiðslu. Mismunandi útgáfur eða stillingar þýða að staging hættir að ná vandamálum.
• Opið, skráð staging-síða sem birtist í leitarniðurstöðum við hliðina á þinni raunverulegu.
• Að sleppa staging fyrir „litlar“ breytingar. Litlar breytingar bila líka.
• Prófa í röngum glugga. Sýnilegur borði lagar það.

Gátlisti

• Staging keyrir sama kóða, stafla og þjónustur og framleiðslan.
• Staging hefur sinn eigin gagnagrunn með prófunar- eða hreinsuðum gögnum.
• Greiðslur, tölvupóstur og greidd API nota prófunarlykla í staging.
• Heiti umhverfisbreyta passa milli umhverfa; aðeins gildin eru ólík.
• Staging er á bak við innskráningu eða lykilorð og ekki skráð í leitarvélar.
• Borði birtist þegar þú ert í staging.
• Hver útgáfa fer fyrst í staging, með skriflegum lista yfir ferla til að prófa.
• Breytingar á gagnagrunni keyrðar í staging fyrst, með afriti af framleiðslu fyrir útgáfu.

Staging á Mythex

Birting í Mythex gefur þér eina lifandi vefslóð fyrir hvert app; það er enginn sérstakur staging-rofi. Í raun hefurðu tvo kosti:

• Forskoðun sem undanfarandi athugun fyrir útgáfu. Hvert verkefni keyrir í einkavinnusvæði í skýinu með lifandi forskoðun. /test lætur gervigreindina smella sig í gegnum hana eins og notanda, og Deila-hlekkur gerir viðskiptavini eða liðsfélaga kleift að yfirfara forskoðunina án þess að birta. Sjá Forskoðun og kóði. Þetta dugar fyrir mörg einleiksverkefni.
• Annað verkefni sem staging. Á Pro geturðu flutt verkefnið út, flutt það inn í nýtt verkefni, gefið því sinn eigin gagnagrunn og leyndarmál með prófunarlyklum, og birt það á sinni eigin slóð. Gefðu út í það áður en þú birtir framleiðsluverkefnið.

Hvort heldur sem er, spurðu gervigreindina við hvaða gagnagrunn forskoðunin og birta appið tengjast áður en þú prófar eitthvað sem eyðir gögnum, og notaðu vistunarpunkta til að rúlla til baka slæmri breytingu. Fyrir að taka app í loftið almennt, sjá hvernig þú tekur gervigreindarfrumgerð í framleiðslu.

Spurningar