Šest odluka koje treba zapisati u ugovor o pristupu od oblaka do backend-a

Uzmite uslugu izvještavanja u cloud računu kojoj su potrebni odobreni sažeci iz internog sistema kupca. VPN ili autentificirana aplikacijska veza štiti put i ne rješava ništa drugo. Ona ne odlučuje smije li radno opterećenje za izvještavanje čitati nepovezane zapise, mijenjati backend ili zadržati ono što je dohvatilo. Napišite ugovor o pristupu u terminima operacija i podataka prije nego odaberete konektor, jer je konektor najjeftiniji dio za kasniju promjenu i najlakše ga je prvo pogrešno postaviti.

Odlučite o operacijama prije konektora

Prva odluka je šta radno opterećenje smije raditi, imenovano kao operacije, a ne kao mrežni raspon. Za slučaj izvještavanja uski izvještajni API može zadovoljiti potrebu bez davanja administracije baze podataka cloud radnom opterećenju.

Odvojite podatke koji su izvještaju potrebni od podataka koji su tek dostupni. Zapišite dozvoljene operacije kao krajnje točke i glagole u istom dokumentu kao i odluku o identitetu. Ta razlika je razlika između integracije koja prolazi reviziju i one koju treba ponovno objašnjavati svake godine, i ona rješava sporove kasnije bez još jednog sastanka.

Odlučite o identitetu radnog opterećenja i dajte mu vlasnika

Poslovi bez nadzora ne mogu odgovoriti na upit, zato timovi posežu za širokim računom osobe i onda ga zaborave. Koristite servisni račun ili mašinski akreditiv koji backend zaista prihvata, i zabilježite ko ga posjeduje, gdje se čuva i kako se rotira.

Tri uslova treba da okrenu odluku prema namjenskom identitetu: posao se izvršava bez prisustva čovjeka, akreditiv živi duže od jednog postavljanja i više od jedne osobe treba da zna da postoji. Ako je sve troje tačno, zajednički ljudski račun nije prečica, to je trajni izuzetak koji niko ne može čisto opozvati.

Preferirajte akreditiv koji platforma može izdati i rotirati za radno opterećenje, kao što je token identiteta radnog opterećenja koji backend validira, umjesto statične tajne zalijepljene u konfiguraciju. Statične tajne u postavkama aplikacije razlog su zašto rotacije postaju prekidi.

Odlučite o mrežnom obuhvatu, znajući da to nije dozvola

Navedite koja strana pokreće vezu, podržani transport i uključene krajnje točke. Držite provjere identiteta partnera uključenim i ostavite nepovezane backend destinacije nedostupnima, a ne samo neobjavljenima.

Uski tunelski put je koristan obuhvat, ali ne može zamijeniti autorizaciju na razini operacije. Backend mora sprovesti ugovor kroz vlastite kontrole, jer će mreža rado prenijeti svaki zahtjev koji stigne do dostupnog porta. Provjerite vlastite role i odobrenja backenda, a ne tabelu ruta. Ruta koja stiže do servera i dalje ostavlja odluku serveru, i tu se ugovor ili sprovodi ili ignorira.

I obrnuto vrijedi: valjan servisni akreditiv ne opravdava objavljivanje listenera svakom izvoru. Potrebne su obje kontrole i nijedna ne zamjenjuje drugu.

Odlučite o obradi podataka i podjeli odgovornosti

Zabilježite šta napušta okruženje kupca, gdje ga aplikacija obrađuje i stvarne aranžmane skladištenja, sigurnosne kopije, pristupa i zadržavanja. Zadržavanje je dio koji se otkrije kasno, obično kada neko pita postoji li još kopija prošlog kvartala u bucketu koji niko nije dokumentovao.

Držite strane odvojenim. Operator aplikacije, dobavljač softvera i host infrastrukture mogu nositi različite odgovornosti, a model usluge određuje ko je koji. Pročitajte stvarni ugovor umjesto da pretpostavljate da sve tri imaju identičan pristup ili nikakav.

Odlučite o kvaru, uklanjanju i tome kako ćete to prihvatiti

Dodijelite odgovornost za slučajeve kvara prije nego se dogode. Kada se konektor pokvari ili se sumnja na kompromitovan identitet, odgovor ne smije biti improvizovani neograničeni mrežni izuzetak koji nadživi incident.

Uklanjanje zaslužuje istu preciznost kao postavljanje. Definišite kako se autorizacija opoziva, kako aktivni pristup završava u okviru podržanog ponašanja proizvoda i šta se dešava sa zadržanim kopijama kada veza prestane.

Prihvatite integraciju s reprezentativnim dozvoljenim operacijama i odbijanjima koja ugovor zahtijeva, sve pod predviđenim identitetom radnog opterećenja. Potvrdite put zahtjeva i stvarno dostavljene podatke, zatim stvarno isprobajte zamjenu akreditiva i uklanjanje. Povezani tunel dokazuje da put postoji; ugovor je ono što tom putu daje granicu.