Ang staging ay hindi production: bigyan ito ng sariling hangganan ng access

Mukhang test system ang staging hanggang mapansin mo ang kinopyang production database, ang live na mail credential at ang payment key sa environment nito. Sa puntong iyon, hindi na mahalaga ang label sa tab at ang tunay na tanong ay kung ano ang maaabot ng deployment na ito at sino ang makakaabot dito. Hindi sinasagot ng VPN sa harap na pinto ang tanong na iyon, dahil nililimitahan nito ang isang landas papasok sa system at wala itong sinasabi tungkol sa maaaring gawin ng system paglabas. Magsimula sa audience at magtrabaho palabas.

Magsimula sa audience, hindi sa URL

Tatlong audience ang gumagawa ng tatlong magkakaibang disenyo. Kailangan ng pribadong engineering environment ng pagkakakilanlan at ruta; kailangan ng customer acceptance test ng mga account na kumakatawan sa mga customer; kailangan ng pampublikong demonstrasyon ng sadyang paglalantad na may sariling mga kontrol. Ang pagsusulat muna ng audience ay pumipigil sa karaniwang pag-anod kung saan ang preview URL ay tahimik na nagiging permanente. Lahat ng iba pa sa review ay nakasalalay sa sagot na iyon.

Kung walang makapangalan sa audience, ituring iyon na unang natuklasan at hindi bilang puwang sa dokumentasyon.

Lakarin ang harap na pinto at ang mga surface sa likod nito

Resolbahin ang mga pangalan bago magtiwala sa URL na ibinigay sa iyo, pagkatapos ay hilingin nang direkta ang mga administratibong landas.

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

Madalas na inilalantad ng karagdagang record ang direktang pinagmulang address na lumalampas sa CDN o pasukan ng VPN, na ginagawang opsyonal ang inilaan na kontrol. Sinasabi ng redirect kung saan iniisip ng app na nakatira ito, at ang hindi inaasahang scheme o hostname ay karapat-dapat na sundan. Ang pagsuri sa malamang na admin route ay dapat magbunga ng pagtanggi, hindi pahina. Ang 200 sa isang hindi awtentikadong administratibong landas ay ang natuklasan na hinahanap ng buong review.

Suriin kung ano ang kaya ng environment, hindi lamang kung ano ang ipinapakita nito

Ang pahinang nangangailangan ng login ay ipinapadala pa rin nang may awtoridad sa backend. Itanong kung anong pagkakakilanlan ang tinatakbo ng workload, pagkatapos ay basahin ang mga patakarang nakakabit dito.

aws sts get-caller-identity

Iniuulat ng tawag na iyon ang account at principal na aktwal na ginagamit ng environment, at iyon ang panimulang punto ng bawat susunod na tanong sa pahintulot. Mula doon, suriin kung ang pagkakakilanlan ay makapagpadala ng mail, makapaglipat ng pera, makabasa ng mga production secret o makapagsulat ng production data. Palitan ang pinagsasaluhang production credential ng limitadong staging identity, at mas piliin ang sandbox ng vendor kung mayroon. Ang test account na makakasingil sa totoong card ay isang production system na may ibang hostname.

Panatilihin ang hangganan pagkatapos ng review

Hindi naseguro ang environment ng isang audit; naseguro ito ng pagmamay-ari na nakakalampas sa pagbabago ng tauhan. Italaga kung sino ang nag-aalis ng access, nagre-reset ng test data at nagreretiro ng deployment, at bigyan ang preview ng pagtatapos na kailangang i-renew ng isang tao. Nakakatulong lamang ang paghihiwalay habang pinapanatili ang nahiwalay. Suriing muli ang parehong mga landas pagkatapos ng susunod na release, dahil ang feature flag o bagong integrasyon ay eksaktong paraan kung paano nagiging bukas ang isang tinanggihang ruta.

Tanggapin ang disenyo na may pinapayagang workflow at isang tinatanggihan. Kung pareho silang kumikilos ayon sa dokumentado, umiiral ang hangganan; kung ang masayang landas lamang ang sinubukan, ito ay pag-asa.