Šeši sprendimai, kuriuos reikia įrašyti į prieigos sutartį iš debesijos į backend

Paimkime ataskaitų teikimo paslaugą debesijos paskyroje, kuriai reikia kliento vidinės sistemos patvirtintų santraukų. VPN arba autentifikuotas programos ryšys apsaugo kelią ir nieko daugiau nenusprendžia. Jis nenusprendžia, ar ataskaitų darbo krūvis gali skaityti nesusijusius įrašus, keisti backend ar pasilikti tai, ką gavo. Parašykite prieigos susitarimą operacijų ir duomenų terminais prieš pasirinkdami jungtį, nes jungtis yra pigiausia vėliau keisti dalis ir lengviausia pirmą kartą suklysti.

Nuspręskite operacijas prieš jungtį

Pirmasis sprendimas yra tai, ką darbo krūvis gali daryti, įvardijant kaip operacijas, o ne kaip tinklo diapazoną. Ataskaitų atveju siauras ataskaitų API gali patenkinti poreikį nesuteikiant duomenų bazės administravimo debesijos darbo krūviui.

Atskirkite duomenis, kurių reikia ataskaitai, nuo duomenų, kurie tiesiog pasiekiami. Įrašykite leidžiamas operacijas kaip galinius taškus ir veiksmažodžius tame pačiame dokumente kaip ir tapatybės sprendimą. Šis skirtumas yra skirtumas tarp integracijos, kuri išlaiko auditą, ir tokios, kurią reikia kasmet aiškinti iš naujo, ir jis išsprendžia ginčus vėliau be dar vieno susitikimo.

Nuspręskite darbo krūvio tapatybę ir duokite jai savininką

Neprižiūrimi darbai negali atsakyti į užklausą, todėl komandos griebiasi asmens plačios paskyros ir paskui ją pamiršta. Naudokite paslaugos paskyrą arba mašinos kredencialą, kurį backend tikrai priima, ir užrašykite, kam jis priklauso, kur saugomas ir kaip keičiamas.

Trys sąlygos turėtų pakreipti sprendimą link dedikuotos tapatybės: darbas vykdomas be žmogaus, kredencialas pergyvena vieną diegimą, ir daugiau nei vienas asmuo turi žinoti, kad jis egzistuoja. Jei visos trys teisingos, bendra žmogiška paskyra nėra trumpasis kelias, o nuolatinė išimtis, kurios niekas negali švariai atšaukti.

Pirmenybę teikite kredencialui, kurį platforma gali išduoti ir keisti darbo krūviui, pavyzdžiui, darbo krūvio tapatybės žetonui, kurį backend validuoja, o ne statinei paslapčiai, įklijuotai į konfigūraciją. Statinės paslaptys programos nustatymuose yra priežastis, kodėl keitimai virsta trikdžiais.

Nuspręskite tinklo apimtį, žinodami, kad tai nėra leidimas

Nurodykite, kuri pusė inicijuoja ryšį, palaikomą transportą ir susijusius galinius taškus. Laikykite partnerio tapatybės patikras įjungtas, o nesusijusias backend paskirties vietas palikite nepasiekiamas, o ne tik nepaskelbtas.

Siauras tunelio maršrutas yra naudinga apimtis, bet jis negali pakeisti operacijos lygio autorizacijos. Backend turi vykdyti sutartį savo kontrolėmis, nes tinklas mielai perduos bet kurią užklausą, kuri pasiekia pasiekiamą portą. Tikrinkite paties backend vaidmenis ir suteikimus, o ne maršrutų lentelę. Maršrutas, pasiekiantis serverį, vis tiek palieka sprendimą serveriui, ir būtent ten sutartis arba vykdoma, arba ignoruojama.

Atvirkščiai irgi tiesa: galiojantis paslaugos kredencialas nepateisina klausytojo publikavimo kiekvienam šaltiniui. Reikia abiejų kontrolių, ir nė viena nepakeičia kitos.

Nuspręskite duomenų tvarkymą ir atsakomybės pasidalijimą

Užrašykite, kas palieka kliento aplinką, kur programa tai apdoroja, ir tikrąsias saugojimo, atsarginių kopijų, prieigos ir saugojimo trukmės sąlygas. Saugojimo trukmė yra ta dalis, kuri atrandama vėlai, paprastai kai kas nors paklausia, ar praėjusio ketvirčio kopija dar yra kibire, kurio niekas nedokumentavo.

Laikykite šalis atskirai. Programos operatorius, programinės įrangos tiekėjas ir infrastruktūros prieglobos teikėjas gali turėti skirtingą atsakomybę, o paslaugos modelis nusprendžia, kas yra kas. Skaitykite tikrąjį susitarimą, o ne manykite, kad visi trys turi identišką prieigą arba jos visai neturi.

Nuspręskite gedimą, pašalinimą ir kaip jį priimsite

Paskirkite atsakomybę už gedimo atvejus prieš jiems įvykstant. Kai jungtis sugenda arba įtariama tapatybės kompromitacija, atsakymas neturėtų būti improvizuota neribota tinklo išimtis, kuri pergyvena incidentą.

Pašalinimas nusipelno tokio pat tikslumo kaip diegimas. Apibrėžkite, kaip atšaukiama autorizacija, kaip aktyvi prieiga baigiasi pagal palaikomą produkto elgseną, ir kas nutinka saugomoms kopijoms, kai santykiai baigiasi.

Priimkite integraciją su reprezentatyviomis leidžiamomis operacijomis ir sutarties reikalaujamais atmetimais, visa tai pagal numatytą darbo krūvio tapatybę. Patvirtinkite užklausos kelią ir faktiškai pateiktus duomenis, tada iš tikrųjų išbandykite kredencialo pakeitimą ir pašalinimą. Prijungtas tunelis įrodo, kad kelias egzistuoja; sutartis yra tai, kas tam keliui suteikia ribą.