Staging не е продукција: дајте му сопствена граница за пристап

Staging изгледа како тест систем додека не ја забележите копираната продукциска база на податоци, живиот акредитив за пошта и клучот за плаќање во неговата околина. Во тој момент ознаката на јазичето престанува да биде важна и вистинското прашање е до што може да стигне ова распоредување и кој може да стигне до него. VPN на предните врати не одговара на тоа прашање, бидејќи ограничува еден пат во системот и не кажува ништо за тоа што системот може да прави на излез. Започнете од публиката и движете се нанадвор.

Започнете со публиката, не со URL

Три публики даваат три различни дизајни. Приватната инженерска околина бара идентитет и рута; тестот за прифаќање на клиент бара сметки што ги претставуваат клиентите; јавната демонстрација бара намерно изложување со сопствени контроли. Запишувањето на публиката прво ја спречува вообичаената дрифт каде URL за преглед тивко станува постојан. Сето друго во прегледот зависи од тој одговор.

Ако никој не може да ја именува публиката, третирајте го тоа како прв наод, а не како празнина во документацијата.

Поминете низ предните врати и површините зад нив

Решете ги имињата пред да му верувате на URL што ви е даден, потоа побарајте ги административните патеки директно.

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

Дополнителните записи често откриваат адреса на директно потекло што го заобиколува CDN или влезот на VPN, што ја прави предвидената контрола изборна. Пренасочувањето ви кажува каде апликацијата мисли дека живее, а неочекувана шема или име на домаќин заслужува дополнителна проверка. Проверката на веројатна административна рута треба да даде одбивање, а не страница. Одговор 200 на неавтентифицирана административна патека е наодот што го бараше целиот преглед.

Проверете што може околината, не само што прикажува

Страница што бара најава сепак се доставува со бекенд овластување. Прашајте под кој идентитет работи работното оптоварување, потоа прочитајте ги политиките прикачени на него.

aws sts get-caller-identity

Тој повик го известува сметката и главниот субјект што околината всушност ги користи, што е почетна точка за секое следно прашање за дозволи. Оттаму проверете дали идентитетот може да испраќа пошта, да преместува пари, да чита продукциски тајни или да пишува продукциски податоци. Заменете ги споделените продукциски акредитиви со ограничени staging идентитети и дајте предност на песочниците на добавувачот каде што постојат. Тест сметка што може да наплати вистинска картичка е продукциски систем со друго име на домаќин.

Задржете ја границата откако прегледот ќе заврши

Околината не се обезбедува со една ревизија; се обезбедува со сопственост што ги надживува промените на персоналот. Определете кој го отстранува пристапот, ги ресетира тест податоците и го повлекува распоредувањето, и дајте му на прегледот рок што некој мора да го обнови. Изолацијата помага само додека изолираното се одржува. Проверете ги истите патеки повторно по следното издание, бидејќи знаменцето за функција или нова интеграција е токму начинот на кој одбиена рута станува отворена.

Прифатете го дизајнот со дозволен работен тек и со одбиен. Ако двете се однесуваат како што е документирано, границата постои; ако е тестиран само среќниот пат, тоа е надеж.