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

Земете услуга за известување во облачна сметка на која ѝ требаат одобрени резимеа од внатрешен систем на клиент. VPN или автентифицирана апликациска врска го штити патот и не решава ништо друго. Таа не одлучува дали работното оптоварување за известување смее да чита неповрзани записи, да го менува backend-от или да го задржи тоа што го презело. Напишете го договорот за пристап во смисла на операции и податоци пред да го изберете конекторот, бидејќи конекторот е најевтиниот дел за подоцнежна промена и најлесниот за прва грешка.

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

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

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

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

Работите без надзор не можат да одговорат на барање, затоа тимовите посегнуваат по широката сметка на човек и потоа ја забораваат. Користете сервисна сметка или машински акредитив што backend-от навистина го прифаќа, и запишете кој го поседува, каде се чува и како се ротира.

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

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

Одлучете го мрежниот опсег, знаејќи дека не е дозвола

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

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

Обратното исто така е точно: валиден сервисен акредитив не оправдува објавување слушател кон секој извор. Потребни се двете контроли и ниту една не ја заменува другата.

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

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

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

Одлучете за отказ, отстранување и како ќе го прифатите

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

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

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