Šest odločitev, ki jih je treba zapisati v pogodbo o dostopu iz oblaka do backenda

Vzemite storitev poročanja v oblaku, ki potrebuje odobrene povzetke iz notranjega sistema stranke. VPN ali overjena aplikacijska povezava ščiti pot in ne odloča o ničemer drugem. Ne odloča, ali delovna obremenitev poročanja sme brati nepovezane zapise, spreminjati backend ali obdržati, kar je pridobila. Zapišite dogovor o dostopu v smislu operacij in podatkov, preden izberete konektor, ker je konektor najcenejši del za poznejšo spremembo in najlažji za prvo napako.

Odločite o operacijah pred konektorjem

Prva odločitev je, kaj sme delovna obremenitev početi, poimenovano kot operacije in ne kot omrežno območje. Pri poročanju lahko ozek poročevalski API zadosti potrebi, ne da bi oblačni delovni obremenitvi dodelil upravljanje podatkovne baze.

Ločite podatke, ki jih poročilo potrebuje, od podatkov, ki so le slučajno dosegljivi. Dovoljene operacije zapišite kot končne točke in glagole v istem dokumentu kot odločitev o identiteti. Ta razlika je razlika med integracijo, ki prestane revizijo, in tisto, ki jo je treba vsako leto znova razložiti, in rešuje spore pozneje brez še enega sestanka.

Odločite o identiteti delovne obremenitve in ji dodelite lastnika

Nenadzorovana opravila ne morejo odgovoriti na poziv, zato se ekipe lotijo širokega računa osebe in ga nato pozabijo. Uporabite servisni račun ali strojno poverilnico, ki jo backend dejansko sprejme, in zabeležite, kdo jo ima, kje je shranjena in kako se menjava.

Trije pogoji naj bi odločitev nagnili k namenski identiteti: opravilo teče brez prisotnega človeka, poverilnica preživi eno uvedbo in več kot ena oseba mora vedeti, da obstaja. Če veljajo vsi trije, skupni človeški račun ni bližnjica, ampak trajna izjema, ki je nihče ne more čisto preklicati.

Prednost dajte poverilnici, ki jo lahko platforma izda in zamenja za delovno obremenitev, na primer žetonu identitete delovne obremenitve, ki ga backend preveri, pred statično skrivnostjo, prilepljeno v konfiguracijo. Statične skrivnosti v nastavitvah aplikacije so razlog, da menjave postanejo izpadi.

Odločite o omrežnem obsegu, zavedajoč se, da to ni dovoljenje

Določite, katera stran začne povezavo, podprti transport in vključene končne točke. Ohranite preverjanja identitete partnerja vključena in pustite nepovezane cilje backenda nedosegljive, ne le neobjavljene.

Ozek tunelski pas je koristen obseg, vendar ne more nadomestiti avtorizacije na ravni operacije. Backend mora pogodbo uveljaviti z lastnimi kontrolami, ker bo omrežje rade volje preneslo vsako zahtevo, ki doseže dosegljiva vrata. Preverite lastne vloge in dovoljenja backenda, ne usmerjevalne tabele. Pot, ki doseže strežnik, še vedno pušča odločitev strežniku, in tam se pogodba bodisi uveljavi bodisi ignorira.

Zrcalno velja tudi: veljavna servisna poverilnica ne opravičuje objave poslušalca vsakemu viru. Potrebni sta obe kontroli in nobena ne nadomešča druge.

Odločite o ravnanju s podatki in delitvi odgovornosti

Zabeležite, kaj zapusti okolje stranke, kje jih aplikacija obdeluje, in dejanske ureditve shranjevanja, varnostnih kopij, dostopa in hrambe. Hramba je del, ki se odkrije pozno, običajno ko nekdo vpraša, ali kopija prejšnjega četrtletja še obstaja v vedru, ki ga nihče ni dokumentiral.

Ohranite stranke ločene. Upravljavec aplikacije, dobavitelj programske opreme in gostitelj infrastrukture lahko nosijo različne odgovornosti, in model storitve določa, kdo je kdo. Preberite dejanski dogovor, namesto da predpostavljate, da imajo vsi trije enak dostop ali nobenega.

Odločite o okvari, odstranitvi in o tem, kako jo boste sprejeli

Dodelite odgovornost za primere okvare, preden se zgodijo. Ko se konektor pokvari ali je identiteta osumljena kompromitacije, odziv ne bi smel biti improvizirana neomejena omrežna izjema, ki preživi incident.

Odstranitev si zasluži enako natančnost kot nastavitev. Določite, kako se avtorizacija prekliče, kako se aktivni dostop konča v okviru podprtega vedenja izdelka in kaj se zgodi s shranjenimi kopijami, ko se razmerje konča.

Sprejmite integracijo z reprezentativnimi dovoljenimi operacijami in zavrnitvami, ki jih zahteva pogodba, vse pod predvideno identiteto delovne obremenitve. Potrdite pot zahteve in dejansko dostavljene podatke, nato pa resnično preizkusite zamenjavo poverilnice in odstranitev. Povezan tunel dokazuje, da pot obstaja; pogodba je tisto, kar tej poti daje mejo.