Utvikling, staging og produksjon
Bygg, test og betjen brukerne i separate miljøer
Bruk separate miljøer til å bygge, teste en valgt versjon og kjøre applikasjonen for brukerne.
Gi hver installasjon et tydelig formål
- Utvikle neste endring
Gå gjennom det nyeste arbeidet i utviklingsmiljøet.
- Test en release
Bruk staging til å kontrollere den valgte versjonen og brukerforløpene.
- Drift applikasjonen i produksjon
Hold produksjon knyttet til versjonen som er ment for brukerne.
Gi hvert miljø et tydelig formål
Løpende arbeid havner i utvikling. Staging er stedet der en release gjennomgås. Produksjon leverer versjonen du vil at brukerne dine skal kunne stole på.
Miljøvisningene viser de installerte ressursene og driftsstatusen. Bekreft miljøet før du bruker kontrollene for omstart eller publisering.
Hold tilgjengeligheten adskilt fra versjonen som testes
Se det nyeste utviklingsarbeidet. Løpende endringer havner i utvikling. Bruk dette miljøet til å gå gjennom implementeringen opp mot ønsket virkemåte før du forbereder en release, mens produksjon blir værende på den tiltenkte versjonen.
Gå gjennom en versjon på staging. Staging gir sammenhengen for å kontrollere en valgt release. Bekreft både tilgjengeligheten og den kjørende versjonen, og test deretter brukerforløpene som er relevante for publiseringen. Et startet miljø velger ikke automatisk en ny versjon.
Styr kjøretiden for tester. Utvikling og staging kan settes på pause når de ikke trengs. Kjøreperiodene inngår i hostingforbruket. Les den faktiske statusen og faktureringsperioden, slik at beslutninger om tilgjengelighet forblir knyttet til kostnaden.
Hold tilgjengeligheten og driftskostnadene for testmiljøer synlige
Utvikling og staging kan settes på pause når de ikke trengs. Kjøretiden registreres som hostingforbruk, mens produksjon følger sitt eget abonnement.
Før en test kontrollerer du at det nødvendige miljøet er tilgjengelig. Se deretter driftsstatusen og kostnadsvisningen i stedet for å anta at miljøet må fortsette å kjøre.
Gi hvert miljø en tydelig rolle i gjennomgangen
Utvikling støtter byggingen, staging støtter gjennomgang før publisering, og produksjon leverer den kjørende applikasjonen. Velg miljøet som passer til handlingen du skal utføre.
Les gjeldende status og versjon før du tester en endring. Det samme prosjektet kan levere ulike versjoner i ulike miljøer, og derfor er en vellykket test i utvikling bare ett trinn i publiseringen.
Et tydelig formål for hver fase
Utvikle neste resultat. Gå gjennom det pågående arbeidet og de vanlige og spesielle tilfellene i utvikling. Bruk prosjektverktøyene til å følge forutsetninger og bygging.
Test den tiltenkte releasen. Gjør staging tilgjengelig, bekreft versjonen, og test hele oppgaven. Tilgjengelighet og utrulling er separate beslutninger.
Bekreft versjonen i produksjon. Produksjon leverer den publiserte releasen. Verifiser versjonen og brukerforløpet etter utrullingen.
Hold eksperimentering og bruk i produksjon forståelig
Bruk separate miljøer til å gå gjennom arbeid, verifisere publisering og styre kjøretiden for tester.
Spørsmål om utvikling, staging og produksjon
De skiller pågående utvikling, testing av releaser og bruk av applikasjonen i produksjon. Det gir hver gjennomgang en tydelig sammenheng og hjelper deg å se hvilken versjon en bruker faktisk ser.
En start gjenoppretter tilgjengeligheten. Utrullingen bestemmer hvilken versjon som kjører der. Les gjeldende versjon når miljøet er tilgjengelig, og rull ut den tiltenkte releasen ved behov.
Bruk de tilgjengelige kontrollene for utvikling og staging, og følg den resulterende statusen. Forespørselen og den faktiske pausestatusen er separate faser.
Faktureringsvisningen registrerer de kjørende øktene til gjeldende timesats. Økter rundes av til fakturerte timer; gå gjennom perioden og beløpet som vises for det faktiske prosjektet.
Følg den viste statusen og tidspunktet for nytt forsøk før du sender en ny handling. Bekreft den resulterende tilgjengeligheten i stedet for å anta at den første forespørselen allerede er fullført.