Staging er ikke produktion: giv det sin egen adgangsgrænse

Staging ligner et testsystem, indtil du bemærker den kopierede produktionsdatabase, den levende mailoplysning og betalingsnøglen i dets miljø. På det tidspunkt holder mærkatet på fanen op med at betyde noget, og det egentlige spørgsmål er, hvad denne udrulning kan nå, og hvem der kan nå den. En VPN ved fordøren besvarer ikke det spørgsmål, fordi den begrænser én vej ind i systemet og intet siger om, hvad systemet kan gøre på vej ud. Start med publikum og arbejd udad.

Start med publikum, ikke URL’en

Tre publikummer giver tre forskellige designs. Et privat ingeniørmiljø har brug for identitet og en rute; en kundeaccepttest har brug for konti, der repræsenterer kunder; en offentlig demonstration har brug for bevidst eksponering med egne kontroller. At skrive publikummet ned først forhindrer den sædvanlige drift, hvor en preview-URL stille bliver permanent. Alt andet i gennemgangen afhænger af det svar.

Hvis ingen kan navngive publikummet, så behandl det som den første konstatering frem for et dokumentationshul.

Gå gennem fordøren og fladerne bag den

Slå navnene op, før du stoler på den URL, du har fået, og bed derefter om de administrative stier direkte.

dig +short staging.example.com
curl -sS -o /dev/null -w "%{http_code}\n" https://staging.example.com/
curl -sS -o /dev/null -w "%{http_code}\n" https://staging.example.com/admin

Ekstra poster afslører ofte en direkte oprindelsesadresse, der omgår CDN’en eller VPN-indgangen, hvilket gør den tilsigtede kontrol valgfri. En omdirigering fortæller dig, hvor applikationen tror, den bor, og et uventet skema eller værtsnavn fortjener en opfølgning. Afprøvning af en sandsynlig admin-rute bør give en afvisning, ikke en side. Et 200 på en uautentificeret administrativ sti er den konstatering, hele gennemgangen ledte efter.

Undersøg, hvad miljøet kan gøre, ikke kun hvad det viser

En side, der kræver login, leveres stadig med backend-autoritet. Spørg, hvilken identitet arbejdsbyrden kører som, og læs derefter de politikker, der er knyttet til den.

aws sts get-caller-identity

Det kald rapporterer den konto og det principal, som miljøet faktisk bruger, hvilket er udgangspunktet for ethvert efterfølgende tilladelsesspørgsmål. Derfra kan du undersøge, om identiteten kan sende mail, flytte penge, læse produktionshemmeligheder eller skrive produktionsdata. Erstat delte produktionsoplysninger med afgrænsede staging-identiteter, og foretræk leverandørsandkasser, hvor de findes. En testkonto, der kan trække på et rigtigt kort, er et produktionssystem med et andet værtsnavn.

Behold grænsen, efter gennemgangen slutter

Et miljø sikres ikke af én revision; det sikres af ejerskab, der overlever personaleforandringer. Tildel, hvem der fjerner adgang, nulstiller testdata og trækker udrulningen ud af drift, og giv previewen en udløbsdato, som nogen skal forny. Isolation hjælper kun, så længe det isolerede vedligeholdes. Kontrollér de samme stier igen efter næste udgivelse, fordi et featureflag eller en ny integration er præcis, hvordan en afvist rute bliver en åben.

Accepter designet med et tilladt arbejdsforløb og et afvist. Hvis begge opfører sig som dokumenteret, findes grænsen; hvis kun den glade vej blev testet, er den et håb.