Kuus otsust, mis kirjutada pilve ja backend’i vahelisse juurdepääsulepingusse

Võtke pilvekontos olev aruandlusteenus, mis vajab kliendi sisesüsteemist kinnitatud kokkuvõtteid. VPN või autenditud rakenduse ühendus kaitseb teed ega otsusta midagi muud. See ei otsusta, kas aruandlustöökoormus tohib lugeda mitteseotud kirjeid, backend’i muuta või kätte saadut alles hoida. Kirjutage juurdepääsuleping tehingute ja andmete kaupa enne, kui valite konnektori, sest konnektor on hiljem odavaim osa muuta ja kõige kergem esimesena valesti teha.

Otsustage tehingud enne konnektorit

Esimene otsus on, mida töökoormus tohib teha, nimetatud tehingutena, mitte võrgupirkonnana. Aruandluse puhul võib kitsas aruandlus-API vajaduse rahuldada, andmata pilve töökoormusele andmebaasi haldust.

Eraldage andmed, mida aruanne vajab, andmetest, mis on lihtsalt kättesaadavad. Kirjutage lubatud tehingud lõpp-punktide ja tegusõnadena samasse dokumenti identiteediotsusega. See eristus on vahe auditi läbiva integratsiooni ja sellise vahel, mida tuleb igal aastal uuesti selgitada, ning see lahendab hilisemad vaidlused ilma uue koosolekuta.

Otsustage töökoormuse identiteet ja andke sellele omanik

Järelevalveta tööd ei saa viipale vastata, seetõttu haaravad meeskonnad inimese laia konto järele ja unustavad selle siis. Kasutage teenusekontot või masinakredentsiaali, mida backend tegelikult aktsepteerib, ja registreerige, kellele see kuulub, kus seda hoitakse ja kuidas seda vahetatakse.

Kolm tingimust peaksid otsuse pühendatud identiteedi poole kallutama: töö jookseb ilma kohal oleva inimeseta, kredentsiaal elab üle ühe juurutuse ja enam kui üks inimene peab teadma, et see olemas on. Kui kõik kolm on tõesed, ei ole jagatud inimkonto lühike tee, vaid püsiv erand, mida keegi ei saa puhtalt tühistada.

Eelistage kredentsiaali, mille platvorm saab töökoormuse jaoks välja anda ja vahetada, näiteks töökoormuse identiteedi token, mida backend valideerib, konfiguratsiooni kleebitud staatilisele saladusele. Staatilised saladused rakenduse seadetes on põhjus, miks vahetused muutuvad katkestusteks.

Otsustage võrgu ulatus, teades, et see ei ole luba

Määrake, milline pool ühenduse algatab, toetatud transport ja kaasatud lõpp-punktid. Hoidke partneri identiteedi kontrollid sisse lülitatud ja jätke mitteseotud backend’i sihtkohad kättesaamatuks, mitte ainult teatamata.

Kitsas tunnelimarsruut on kasulik ulatus, kuid see ei saa asendada tehingutasandi autoriseerimist. Backend peab lepingut jõustama oma kontrollide kaudu, sest võrk veab hea meelega iga päringu, mis jõuab kättesaadavasse porti. Kontrollige backend’i enda rolle ja õigusi, mitte marsruutitabelit. Marsruut, mis jõuab serverini, jätab otsuse ikkagi serverile ja just seal kas jõustatakse leping või eiratakse seda.

Ka vastupidi: kehtiv teenusekredentsiaal ei õigusta kuulaja avaldamist igale allikale. Mõlemad kontrollid on vajalikud ja kumbki ei asenda teist.

Otsustage andmete käsitlemine ja vastutuse jaotus

Registreerige, mis lahkub kliendi keskkonnast, kus rakendus seda töötleb, ja tegelikud salvestus-, varundus-, juurdepääsu- ja säilituskorraldused. Säilitamine on osa, mis avastatakse hilja, tavaliselt siis, kui keegi küsib, kas eelmise kvartali koopia on veel ämbris, mida keegi ei dokumenteerinud.

Hoidke pooled eraldi. Rakenduse operaator, tarkvara tarnija ja taristu host võivad kanda erinevat vastutust ning teenusemudel määrab, kes on kes. Lugege tegelikku lepingut, selle asemel et eeldada, et kõigil kolmel on identne juurdepääs või üldse mitte.

Otsustage rike, eemaldamine ja see, kuidas te selle vastu võtate

Määrake vastutus rikkejuhtude eest enne, kui need juhtuvad. Kui konnektor läheb katki või identiteeti kahtlustatakse kompromiteerituks, ei tohiks vastus olla improviseeritud piiramatu võrguerand, mis elab intsidendist kauem.

Eemaldamine väärib sama täpsust nagu seadistamine. Määratlege, kuidas autoriseerimine tühistatakse, kuidas aktiivne juurdepääs toote toetatud käitumise raames lõpeb ja mis juhtub säilitatud koopiatega, kui suhe lõpeb.

Võtke integratsioon vastu esinduslike lubatud tehingute ja lepingus nõutud keeldumistega, kõik kavandatud töökoormuse identiteedi all. Kinnitage päringu tee ja tegelikult tarnitud andmed, seejärel proovige päriselt kredentsiaali vahetamist ja eemaldamist. Ühendatud tunnel tõestab, et tee on olemas; leping on see, mis annab sellele teele piiri.