Шест одлука које треба записати у уговор о приступу од облака до backend-а

Узмите услугу извештавања у облачном налогу којој су потребни одобрени сажеци из интерног система клијента. VPN или аутентификована апликацијска веза штити пут и не решава ништа друго. Она не одлучује сме ли радно оптерећење за извештавање да чита неповезане записе, мења backend или задржи оно што је преузело. Напишите уговор о приступу у терминима операција и података пре него што изаберете конектор, јер је конектор најјефтинији део за каснију измену и најлакши за прву грешку.

Одлучите о операцијама пре конектора

Прва одлука је шта радно оптерећење сме да ради, именовано као операције, а не као мрежни опсег. У случају извештавања, уски извештајни API може да задовољи потребу без давања администрације базе података облачном радном оптерећењу.

Одвојте податке који су извештају потребни од података који су тек доступни. Запишите дозвољене операције као крајње тачке и глаголе у истом документу као и одлуку о идентитету. Та разлика је разлика између интеграције која пролази ревизију и оне коју треба поново објашњавати сваке године, и она решава спорове касније без још једног састанка.

Одлучите о идентитету радног оптерећења и дајте му власника

Послови без надзора не могу да одговоре на упит, зато тимови посежу за широким налогом особе и онда га забораве. Користите сервисни налог или машински акредитив који backend заиста прихвата, и забележите ко га поседује, где се чува и како се ротира.

Три услова треба да окрену одлуку ка наменском идентитету: посао се извршава без присутне особе, акредитив живи дуже од једног распоређивања и више од једне особе треба да зна да постоји. Ако су сва три тачна, заједнички људски налог није пречица, то је трајни изузетак који нико не може чисто да опозове.

Преферирајте акредитив који платформа може да изда и ротира за радно оптерећење, као што је токен идентитета радног оптерећења који backend валидира, уместо статичне тајне залепљене у конфигурацију. Статичне тајне у подешавањима апликације разлог су зашто ротације постају прекиди.

Одлучите о мрежном обухвату, знајући да то није дозвола

Наведите која страна покреће везу, подржани транспорт и укључене крајње тачке. Држите провере идентитета партнера укљученим и оставите неповезане backend дестинације недоступнима, а не само необјављенима.

Уска тунелска рута је користан обухват, али не може да замени ауторизацију на нивоу операције. Backend мора да спроведе уговор кроз сопствене контроле, јер ће мрежа радо пренети сваки захтев који стигне до доступног порта. Проверите сопствене улоге и одобрења backend-а, а не табелу рута. Рута која стигне до сервера ипак оставља одлуку серверу, и ту се уговор или спроводи или игнорише.

И обрнуто важи: важећи сервисни акредитив не оправдава објављивање слушаоца сваком извору. Потребне су обе контроле и ниједна не замењује другу.

Одлучите о обради података и подели одговорности

Забележите шта напушта окружење клијента, где га апликација обрађује и стварне аранжмане складиштења, резервне копије, приступа и задржавања. Задржавање је део који се открије касно, обично када неко пита да ли копија прошлог квартала још постоји у канту који нико није документовао.

Држите стране одвојеним. Оператор апликације, добављач софтвера и домаћин инфраструктуре могу да носе различите одговорности, а модел услуге одређује ко је који. Прочитајте стварни уговор уместо да претпостављате да сва три имају идентичан приступ или никакав.

Одлучите о отказу, уклањању и како ћете то прихватити

Доделите одговорност за случајеве отказа пре него што се догоде. Када се конектор поквари или се сумња на компромитовани идентитет, одговор не сме бити импровизовани неограничени мрежни изузетак који надживи инцидент.

Уклањање заслужује исту прецизност као постављање. Дефинишите како се ауторизација опозива, како активни приступ завршава у оквиру подржаног понашања производа и шта се дешава са задржаним копијама када веза престане.

Прихватите интеграцију са репрезентативним дозвољеним операцијама и одбијањима која уговор захтева, све под предвиђеним идентитетом радног оптерећења. Потврдите пут захтева и стварно достављене податке, затим стварно испробајте замену акредитива и уклањање. Повезан тунел доказује да пут постоји; уговор је оно што том путу даје границу.