Šest odluka koje treba zapisati u ugovor o pristupu od oblaka do backenda

Uzmite uslugu izvještavanja u cloud računu kojoj trebaju odobreni sažeci iz internog sustava 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 što 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 dopuštene 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 strojni akreditiv koji backend zaista prihvaća, i zabilježite ko ga posjeduje, gdje se čuva i kako se rotira.

Tri uvjeta trebaju okrenuti odluku prema namjenskom identitetu: posao se izvršava bez prisutnosti čovjeka, akreditiv živi dulje od jednog postavljanja i više od jedne osobe treba znati da postoji. Ako je sve troje točno, zajednički ljudski račun nije prečac, to je trajna iznimka koju nitko ne može čisto opozvati.

Preferirajte akreditiv koji platforma može izdati i rotirati za radno opterećenje, poput tokena 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 dopuštenje

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

Uski tunelski put koristan je obuhvat, ali ne može zamijeniti autorizaciju na razini operacije. Backend mora provesti 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 tablicu ruta. Ruta koja stigne do poslužitelja i dalje ostavlja odluku poslužitelju, i tu se ugovor ili provodi 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 što napušta okruženje kupca, gdje ga aplikacija obrađuje i stvarne rasporede pohrane, sigurnosne kopije, pristupa i zadržavanja. Zadržavanje je dio koji se otkrije kasno, obično kad netko pita postoji li još kopija prošlog tromjesečja u bucketu koji nitko nije dokumentirao.

Držite strane odvojenima. Operator aplikacije, dobavljač softvera i host infrastrukture mogu nositi različite odgovornosti, a model usluge određuje tko 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. Kad se konektor pokvari ili se sumnja na kompromitirani identitet, odgovor ne smije biti improvizirana neograničena mrežna iznimka koja nadživi incident.

Uklanjanje zaslužuje istu preciznost kao postavljanje. Definirajte kako se autorizacija opoziva, kako aktivni pristup završava u okviru podržanog ponašanja proizvoda i što se događa sa zadržanim kopijama kad veza prestane.

Prihvatite integraciju s reprezentativnim dopuštenim 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.