Hold development og staging unna produksjon

En egen VPS gir eksperimenter og release-tester et separat miljø. Hvis en pakkeoppdatering, migration eller deployment feiler, påvirker det ikke serveren brukerne er avhengige av.

Hva kan staging brukes til?

Bruk staging til å teste en release gjennom den faktiske webserveren, kjøre database migrations, sjekke integrasjoner, gjenskape produksjonsfeil eller la en kunde se løsningen før lansering. En development-server kan også hoste branches, preview builds og interne verktøy.

Miljøet bør matche produksjon der forskjeller kan skjule feil. Samme runtime, hovedversjon av databasen, reverse proxy og deployment-metode er ofte viktigere enn identisk CPU og minne.

Hold miljøene adskilt

Bruk egne domener, credentials, databases, API keys og deployment-tilganger. Slå av ekte e-post, betaling og webhooks, eller pek dem mot sandbox-tjenester. Ikke kopier persondata fra produksjon uten en godkjent anonymiseringsprosess.

XS kan passe til korte tester og små interne services. Small eller Medium gir et fast miljø med flere services bedre plass til builds, testdata og logs. Sammenlign VPS-planene med behovet for testmiljøet.

Hva har du ansvar for?

Teamet bestemmer hvor tett staging skal følge produksjon, hvem som har tilgang, hvordan data resettes og når serveren skal slettes. Docker-guiden gir et komplett grunnoppsett hvis miljøet bruker Compose.