Европейският облачен въпрос не е къде стои сървърът
Едно местоположение може да е вярно и въпросът да остане отворен
Има познат момент в разговорите за облака. Някой пита къде ще се съхраняват данните. Някой друг отговаря с името на европейски град. Обстановката се облекчава малко. Отговорът може да е напълно точен и да има голямо значение. Географията влияе върху латентността, физическата сигурност, електричеството, планирането на устойчивостта, заетостта, публичната отчетност и правните договорености около дадена услуга. Публичен орган, който трябва определени записи да останат в рамките на заявена територия, има основателна причина да пита. Проблемът започва, когато името на града трябва да уреди всеки друг въпрос в договореността.
Сървърът стои някъде. Услугата не стои. Услугата е взаимоотношение между правни субекти, хора с администраторски права, софтуерни компоненти, доставчици на хардуер, договори, екипи за поддръжка, мрежи, договорености за криптиране, подизпълнители и клиента, който зависи от резултата. Сградата е една материална част от това взаимоотношение. Тя не разкрива кой може да издаде привилегирована инструкция от друго място, коя корпоративна група контролира оператора, коя юрисдикция може да достигне до доставчика, дали подизпълнител е бил сменен, или какво клиентът може да отнесе със себе си, когато договорът приключи.
Това не е аргумент срещу европейски центрове за данни или европейски доставчици. Това е аргумент срещу това да позволим на един полезен отговор да върши работа, която не може да върши. Европейският облачен въпрос не е дали сървър може да бъде поставен на европейска земя. Въпросът е дали организацията, която използва услугата, може да разбере и да упражни достатъчен контрол върху цялата договореност за работата, която е заложена. Местоположението принадлежи към този отговор. То не може да бъде целият отговор, точно както адресът на компания не ни казва кой държи ключовете за сметките ѝ.
Разликата има най-голямо значение там, където облакът върши обикновена, значима работа. Местна администрация може да държи кореспонденция, досиета по случаи и публична информация в хостинг среда. Производител може да държи проекти и оперативни данни. Изследователска група може да държи набор от данни, който не може лесно да бъде преместен. Болница може да използва услуги, които докосват лична информация. Нито един от тези примери не изисква драматичен прекъсване или шпионски роман, за да стане сериозен. Ежедневният въпрос е по-прост: кой има практическа власт над система, която е станала част от способността на организацията да работи?
Европейското право и насоките все повече третират това като въпрос на доказателства, роли и преминаване, а не като въпрос на успокояваща лексика. Актът за данните дава на клиентите права и на доставчиците задължения относно преминаването, експортируемите данни и интерфейсите за услуги за обработка на данни. Европейският надзорен орган по защита на данните отдавна казва, че европейските институции, които използват облачни услуги, остават отговорни за своите задължения за защита на данните. Работата на ENISA по облачния риск посочва зависимостта от доставчик и правния риск като въпроси, които трябва да се оценят. Това не са идентични инструменти и не създават единна облачна доктрина. Заедно те сочат в полезна посока: контролът трябва да бъде описан, а не подразбиран.
Картата и контролната равнина
Облачният език често прави разликата по-трудна за виждане. Думата облак предполага метеорологична система: голяма, далечна и може би неизбежна. На практика облачната услуга има контролна равнина и работна равнина. Работната равнина е мястото, където се изпълнява натоварването, съхраняват се данните, обработват се заявките и се връщат резултатите. Контролната равнина е наборът от механизми, чрез които се управляват самоличностите, променят се политиките, актуализира се софтуерът, разпределя се капацитет, предоставя се поддръжка, извличат се записи и системите се спират или възстановяват. И двете равнини могат да бъдат технически разпределени. И двете могат да пресичат организационни граници.
Изявлението за местоположение обикновено говори първо за работната равнина. Може да посочва къде се намира дадено хранилище за данни, виртуална машина или регион. Тази информация трябва да е достатъчно конкретна, за да бъде полезна. Трябва да посочва какво обхваща, кои категории данни засяга, как се съобщават промените и дали архивите, регистрационните файлове, информацията за поддръжка и производните данни следват същото правило. Твърдение, което просто казва „Европа“, без граница, е по-скоро отправна точка за въпрос, отколкото отговор. Европа е голямо място, а архитектурата на услугите обича изключенията.
Контролната равнина поставя друг ред въпроси. Кой може да създава или премахва администратор? Кой одобрява спешна намеса? Кой управлява услугата за самоличност? Кой може да вижда диагностична информация? Коя компания поддържа софтуера, който кара платформата да работи? Кое юридическо лице получава искане от орган на властта? На кой подизпълнител е разрешено да обработва поддръжка? Коя страна може да промени описание на услуга или да прекрати дадена функция? Клиентът може да може да влиза всеки ден и пак да няма независим път да получи отговор на нито един от тези въпроси.
Това не означава, че клиентите трябва да очакват да управляват всяко физическо устройство. Обикновено не могат и повечето нямат нужда. Смисълът е делегирането да стане видимо. Делегираното управление може да бъде отговорно и ефективно, когато делегираните правомощия са определени, наблюдавани и обратими. То се превръща в проблем на суверенитета, когато клиентът разполага само с договорен етикет за контрол, докато доставчикът запазва хората, интерфейсите, записите и техническите знания, необходими за упражняването му. Договор, който не може да се използва на практика, е декоративен предмет с добра типография.
За купувача практическото следствие е ясно. Запазете въпроса за местоположението. Добавете до него въпроса за контрола. Попитайте къде се намира работното натоварване, после попитайте кой може да променя условията му. Попитайте къде се обработват данните, после попитайте кой може да достигне до административния път. Попитайте къде се съхранява архивът, после попитайте кой може да го възстанови и по чий орган. Отговорите може да са задоволителни. Може да разкрият зависимост, която трябва да бъде приета съзнателно. И единият, и другият резултат е по-добър от откритието, че щифт на карта е вършил работата на операционен модел.
Собствеността не е административна подробност
Собствеността понякога се третира като отделен дебат за знамена, фондови борси и национална гордост. Тя е по-конкретна от това. Собствеността може да определя кой назначава борда, кой одобрява продажба, кой ръководи инвестициите, кой притежава интелектуалната собственост, кои групови политики се прилагат и кое образувание в крайна сметка решава дали дадена услуга остава направление на дейност. Клиентът не се нуждае от опростено правило, че само една структура на собственост е приемлива. Той трябва да знае структурата, преди да нарече договореността независима.
Корпоративната организация също влияе върху това какво означава обещанието за облак. Дадена марка може да е местна, докато услугата се управлява от различно образувание. Европейско дъщерно дружество може да сключва договор с европейски клиент, докато група другаде предоставя основен софтуер, операции по сигурността, поддръжка, фактуриране, анализ на данни или изпълнителна власт. Местен партньор може наистина да допринася с ценна работа по внедряването, като същевременно зависи от платформа, която не може да променя. Нито една от тези договорености не е автоматично неправилна. Те са различни договорености за контрол и не бива да изглеждат еднакви заради общо лого и местен телефонен номер.
Уместният въпрос не е дали купувачът може да открие някаква чуждестранна връзка някъде в дългата верига на доставки. Съвременните технологии са взаимосвързани и тестовете за чистота не са метод за възлагане на обществени поръчки. Въпросът е къде една зависимост става решаваща. Кой субект може да промени договора? Кой субект контролира интелектуалната собственост на услугата? Кой субект може да поеме ангажимент за поддръжка? Кой субект разполага с идентификационните данни или знанията, необходими за възстановяване на функцията? Кой субект може да бъде купен, санкциониран, реорганизиран или инструктиран по начин, който променя позицията на клиента? Това са въпроси за реалния лост на влияние.
Собствеността също се променя. Придобиване, кръг на финансиране, преструктуриране или вътрешно прехвърляне може да промени картината на контрола, без да бъде преместен нито един сървър. Клауза за местоположение, написана при подписването, може да остане фактически вярна, докато организационните факти около нея са се променили. Ето защо един сериозен облачен файл се нуждае от процес за промени. Клиентът трябва да знае коя промяна трябва да бъде оповестена, кой ще оценява нейния ефект, какви доказателства трябва да бъдат актуализирани и кой орган може да спре нов поток от данни, докато се извършва оценката. Това не е бляскава работа. Нито пък е проверката на маслото в колата, което може би е причината хората да я помнят, след като двигателят се оплаче.
В своите насоки за облачни услуги от 2018 г. ЕНОБ подчерта, че институциите на ЕС остават отговорни за своите задължения за защита на данните, когато използват облачни изчислителни услуги, и следва да осигурят еквивалентно ниво на защита на другите инфраструктурни модели. Това не е искане всяка институция да притежава всичко. Това е напомняне, че възлагането на функция на външен изпълнител не прехвърля задължението да се разбира договореността. Задължението прави собствеността релевантна, защото отговорността не може да се упражнява чрез диаграма, която пропуска страната с практическата власт.
Правният обхват не се заличава от европейски адрес
Юрисдикцията често е най-неудобният слой, защото се съпротивлява на простия отговор. Договорът може да избере приложимо право и съд. Тези избори имат значение. Те не правят другите правни правомощия да изчезнат. Правният обхват може да следва субект, установяване, доставчик на услуги, корпоративна група, лице с достъп, доставчик на хардуер или местоположението и естеството на конкретни данни. Точният анализ зависи от фактите и закона. Публикация в блог не може да го уреди за реална организация, а шаблон за обществена поръчка не може да замени подходящ съвет, когато рискът е съществен.
Полезната дисциплина е да се раздели правният въпрос от географското изявление. Център за данни в Европейския съюз ни казва къде се намира оборудването. Той сам по себе си не ни казва кои субекти могат да бъдат задължени, кои органи биха могли да отправят искане, какво уведомление е възможно или дали доставчикът има задължения по друг правен ред. Отнасянето към двете като към еквивалентни може да създаде фалшиво усещане за приключеност. Купувачът може да е изпълнил изискване за местоживеене, докато правният анализ изобщо не е извършен.
Окончателните насоки на ЕКЗД относно взаимодействието между член 3 от ОРЗД и глава V относно международните прехвърляния са полезни именно защото се съпротивляват на преките пътища. Те разграничават териториалния обхват на ОРЗД от въпроса дали операцията по обработване е международно прехвърляне. Това разграничение не предоставя универсално заключение за всяка облачна договореност. То показва защо изрази като „базиран в ЕС“ или „покрит от ОРЗД“ не могат да носят всяко правно заключение, което купувачът би искал да направи. Анализът на защитата на данните следва действителното обработване и участниците.
Актът за данните внася свързан въпрос в досието за облачните услуги. Неговата глава VII се отнася до неправомерен международен достъп от страна на правителства и до трансфер на нелични данни, съхранявани в Съюза. Регламентът изисква от доставчиците на услуги за обработка на данни да предприемат подходящи технически, организационни и правни мерки, включително договорни мерки, при обстоятелствата, описани в член 32. Той не обещава, че доставчикът може да накара всяко външно искане да изчезне. Той изисква дисциплиниран отговор на конфликт, който не може да бъде отстранен с маркетингов термин.
За клиентите непосредствената задача е карта на доказателствата. Определете договорната страна, дружествата доставчици, които управляват съществени части от услугата, местата, където се съхраняват и администрират данните, посочените юрисдикции, пътя за получаване и оспорване на искания, условията за уведомяване и правния съвет, необходим за конкретното натоварване. Отбележете какво е известно, какво е заявено от доставчика, какво е договорно обвързващо и какво все още изисква проучване. Карта с дата и установена празнина е по-полезна от вечно актуална уверяваща алинея.
Оперативният контрол е мястото, където обещанието става реалност
Оперативният контрол е способността да накарате дадена система да направи нещо или да спре да го прави, чрез определено правомощие и механизъм. Той включва ежедневни неща: създаване на акаунт, промяна на мрежова политика, ротация на ключ, възстановяване на резервно копие, одобряване на версия, изолиране на клиент, отнемане на права на администратор, преглед на журнал и експортиране на запис. Нито едно от тези действия не е сертификат за суверенитет. Заедно те показват дали клиентът и доставчикът имат разбираемо разделение на отговорностите.
Една облачна договореност е слаба, когато всяко съществено действие завършва с имейл до общ адрес за поддръжка. Поддръжката има значение и експертната поддръжка може да бъде една от добрите причини да се използва управлявана услуга. Но една критична организация трябва да прави разлика между път за поддръжка и път за правомощия. Пътят за поддръжка е начинът, по който доставчикът помага. Пътят за правомощия е начинът, по който клиентът може да инициира, одобрява, наблюдава и записва действие, за което остава отговорен. Двете могат да се срещнат в едно запитване. Те не трябва да се бъркат.
Разгледайте един ясно хипотетичен случай. Европейски изследователски консорциум използва хоствана аналитична среда за чувствителен, но законосъобразен проект. Той има договор за европейски регион и документирано местоположение на данните. По време на вътрешен преглед консорциумът иска да спре определен тръбопровод, да запази свързаните записи и да предотврати свързването на нов източник на данни, докато прегледът не приключи. Полезните въпроси не са дали въображаем оператор действа героично. Те са дали консорциумът има определена роля, която може да нареди промяната, дали платформата предоставя контролиран механизъм, дали действието се записва и дали зависимите потоци са видими, преди превключвателят да бъде използван.
Хипотезата е умишлено тиха, защото обикновеното правомощие е същината. Една услуга не трябва да се провали, за да има нужда клиентът от контрол. Преглед на поверителността, промяна на целта, решение за възлагане на поръчка, договорен спор, опасение за сигурността или напускане на служител могат да изискват ограничено действие. Ако никой не знае кой може да го предприеме или ако клиентът не може да провери какво е направило действието, проблемът не е, че облакът е загадъчен. Проблемът е, че операционният модел никога не е бил завършен.
Добрият оперативен контрол не е непременно централизиран. Голямата институция може да разпредели отговорностите между собственик на услугата, роля по сигурността, функция по защита на данните, оперативен екип и доставчик. Разпределението може да намали риска един човек сам да вземе вредоносно решение. Важното е границата на правомощията да е ясна. Всяка роля трябва да знае какво може да инициира, какво може да одобрява, какво трябва да документира, кога трябва да ескалира и как организацията се възстановява, когато обичайният човек не е наличен. Облакът не е освободен от управление само защото таблото му е подредено.
Линията на подизпълнителите е част от услугата
Повечето облачни услуги не се предоставят от една компания, която използва една сграда и един софтуерен стек. Те могат да включват доставчици на инфраструктура, мрежови оператори, управлявани услуги по сигурността, партньори за поддръжка, процесори на плащания, поддържащи софтуера, услуги за самоличност, производители на хардуер и специализирани подизпълнители. Сложната верига не е доказателство за провал. Тя е причина да се опише веригата. Клиентът трябва да знае откъде започват съществените зависимости, какво им е позволено да правят и как ще бъде съобщена промяната.
Речникът за защита на данните за администратор и обработващ е полезен тук, но не бива да се превръща в заместител на разбирането. Списъкът на обработващите може да посочи организациите, които обработват лични данни от името на доставчика. Той може да не отговори на всеки оперативен въпрос относно доставката на софтуер, поддръжката на хардуер, отдалеченото администриране, телеметрията, реагирането при инциденти или корпоративните правомощия. Обратно, инженерната инвентаризация може да посочи компонентите, но да пропусне кой има договорно задължение към клиента. Двата изгледа трябва да се четат заедно, а не да се използват като конкуриращи се документи.
Насоките на ЕНОЗД за облака препоръчват ясно разпределение на отговорностите и внимание към ролите на страните, участващи в облачните услуги. Този практически въпрос остава остър, защото сложните модели на предоставяне могат да създадат впечатлението, че отговорността се е изпарила в архитектурата. Не е така. Някой все още решава целта на операцията по обработване. Някой все още задава техническите условия. Някой все още приема подизпълнител. Някой все още трябва да обясни какво се е случило, когато системата се промени. Сложността може да обясни защо отговорът отнема време. Тя не прави въпроса неразумен.
Съществува полезен тест за същественост. Ако даден доставчик изчезне от договореността утре, ще загуби ли услугата функция, от която клиентът се нуждае, ще загуби ли свойство по сигурността, ще загуби ли достъп до запис или ще загуби ли способността да се движи? Ако отговорът е да, този доставчик принадлежи към картата на контрола. Картата не трябва да разкрива всеки резистор или да прави всяка търговска връзка публична. Тя трябва да покаже зависимостите, които променят способността на клиента да управлява работата. Скритата зависимост не е умна абстракция. Тя е бъдеща среща с малко по-различен тон.
Контролът върху подизпълнителите зависи и от времето. Купувачът трябва да знае как се въвеждат нови обработващи и съществени оперативни доставчици, какво предизвестие се дава, какъв процес за възражение или оценка се прилага и как се документира промяната. Статичният списък е по-добър от липсата на списък. Актуалният, подлежащ на преглед списък е по-добър, защото признава, че услугата не е замразена при подписването. Организацията не може да управлява зависимостите, за които не ѝ е съобщено, че са пристигнали.
Хардуерът има политика и оперативно последствие
Изкушаващо е анализът да спре на софтуерния интерфейс. Услугата работи, таблото е на правилния език, договорът споменава европейски регион, а инфраструктурата под него изглежда твърде отдалечена, за да е от полза. И все пак хардуерът и веригата за неговата поддръжка могат да се окажат решаващи, когато става въпрос за наличност, поверителност, поддръжка, ремонт, капацитет или непрекъснатост. Въпросът не е дали клиентът трябва да одитира всеки чип. Въпросът е дали клиентът знае от кои зависимости зависи избраната услуга и какво се случва, когато една от тях се промени.
Тук разграничението между суверенна амбиция и самодостатъчност заслужава внимание. Европа участва в глобалните вериги за доставки. Никоя сериозна организация не може да произведе всеки полупроводник, кабел, сървър, фърмуерен компонент, операционна система и инструмент в рамките на една процедура за възлагане на поръчка. Нито пък това би било разумен праг за всяко натоварване. Практическият суверенитет е способността да се разпознае зависимостта, да се поставят условия около нея, да се запазят алтернативи там, където са необходими, и да не се прави вид, че незаменим външен компонент не е незаменим.
Хардуерните зависимости могат да повлияят на контрола върху облака чрез разпределение на капацитета, достъп за поддръжка, софтуерни актуализации, пътища за подмяна и доверени компоненти. Те могат също така да повлияят на осъществимостта на миграцията. Натоварване, изградено около конкретна управлявана функция, специфична среда за ускорители или недокументирана интеграция, може да бъде технически преносимо само по същия начин, по който пианото е преносимо, когато някой предложи да го изкачи шест етажа по стълбите. Съществителното е правилно. Планът е непълен.
Оценката на риска в облака на ENISA вече е по-стара публикация, но нейното предупреждение за обвързаност, правен риск и загуба на контрол не е станало старомодно. Техническият речник се е променял няколко пъти от появата ѝ. Основният въпрос не се е променил: какво губи клиентът, ако услугата се промени, отношенията приключат или дадена зависимост не се държи според очакванията? Оценката на риска не изисква купувачът да отхвърля всяка управлявана услуга. Тя изисква купувачът да обвърже последиците със зависимостите, преди зависимостта да се превърне в извънредна ситуация.
Осъзнаващият хардуера облачен документ може да остане съразмерен. Запишете архитектурата на нивото, което има значение за натоварването. Идентифицирайте единствените зависимости и единичните точки на оперативни познания. Посочете договорните условия, които засягат непрекъснатостта и миграцията. Попитайте кой път за поддръжка е необходим за актуализации на сигурността или възстановяване. Проверете дали средата за подмяна изисква същите патентовани компоненти. Целта не е музейн каталог. Тя е трезва картина на нещата, които трябва да останат налични, за да може организацията да продължи работата си.
Излизането е способност, а не бутон за изтегляне
Най-показателният въпрос за облака често е какво се случва, когато клиентът иска да напусне. Напускането може да означава преместване при друг доставчик, връщане на функция в локална среда, промяна на архитектурата, намаляване на услугата или нейното спиране. Клиентът понякога може да експортира база данни и пак да не успее да възобнови услугата. Функцията може също да зависи от конфигурация, самоличности, ключове, регистрационни файлове, разрешения, автоматизация, модели, материал за оценка, произход на данните, правила за интеграция и оперативните познания, които карат частите да работят заедно.
Актът за данните е необичайно конкретен по този въпрос. Неговите разпоредби за смяна на доставчик изискват договорите да определят правата и задълженията относно смяната и преносимостта на експортируеми данни и цифрови активи. Той установява нормален максимален преходен период от 30 календарни дни след съответния срок на предизвестие, като допуска алтернативен период в определени случаи на техническа неосъществимост, при спазване на условия. Той също така разглежда отворените интерфейси и оперативната съвместимост. Регламентът дава на купувачите нещо ценно: правно основание да поискат маршрута, преди да им потрябва.
Ограниченията са също толкова важни. Законът за данните не прави всеки цифров актив прехвърляем, не изисква от доставчика да разкрива защитена интелектуална собственост или търговски тайни и не гарантира функционална еквивалентност на местоназначението. Доставчикът може да изпълнява законовите си задължения, докато миграцията остава трудна. Купувачът може да има право на експорт, но да му липсват хора, бюджет или местоназначение, за да го упражни. Ето защо излизането трябва да се третира като способност, споделена между договора, архитектурата и организацията, а не като обещание, дадено в един ред от формуляра за поръчка.
Един надежден експортен файл записва типа на целевата услуга, данните и активите, които могат да бъдат експортирани, техните формати, процедурата за получаването им, очакваните условия за непрекъснатост, периода за изтегляне, допусканията за местоназначението и частите от функцията, които не могат просто да се преместят. Той посочва кой ще удостовери, че експортираният материал е използваем. Записва какви регистрационни файлове и доказателства трябва да бъдат запазени. Назовава органа, който може да приеме превключването или да реши, че все още не е безопасно да се приключи. Това е по-малко вълнуващо от съобщение за миграция. Но е много по-вероятно да направи това съобщение истина.
Тестването има значение. Малко и ограничено упражнение може да разкрие дали даден формат е просто наличен или действително използваем, дали дадена самоличност може да бъде пресъздадена без промяна на разрешенията, дали даден ключ може да бъде прехвърлен при съответния орган на власт, дали записите запазват значението си и дали намалена услуга може да продължи, докато пълната услуга се премества. Това не е твърдение, че всяка организация трябва всеки месец да репетира пълно излизане от облака. Обхватът трябва да отразява последиците от прекъсването. Това е твърдение, че нетestираното излизане е намерение, а не още опция.
Какво трябва да съдържа една европейска оценка на облака
Една полезна оценка започва с назоваване на функцията, а не на доставчика. Каква работа се очаква услугата да подпомага? Какви данни, записи, права, нужди от непрекъснатост и обществени последици са включени? Инструмент за сътрудничество с ниски последици и система, съхраняваща чувствителни оперативни записи, не се нуждаят от идентични контроли. Започването с работното натоварване предпазва организацията от прилагане на голям етикет за суверенитет към малко и конкретно решение или от третиране на критична услуга като поредния офис абонамент.
След това направете изявление за местоположението с граница. Посочете къде се очаква да работи съответната работна равнина, какви категории данни обхваща, кои копия и диагностики са включени, кои трансфери са разрешени, как позицията се доказва и как промените се съобщават. Ако доставчикът може да направи само широко регионално изявление, запишете това ограничение. Купувачът има право да прави разлика между точно обвързване и общо търговско описание. Разликата не е враждебна. Точно за това служат договорите.
След това направете карта на образуванията и органите на власт. Запишете договарящото се образувание, груповите образувания със съществена роля, посочените обработващи или подизпълнители, когато е уместно, ролите, които могат да администрират услугата, пътя за ескалация, договореностите за самоличност и ключове, както и органа на власт на клиента, който остава след аутсорсинга. Включете правните и технически доказателства, които подкрепят всяко вписване. Не пишете доставчик или клиент, когато е известно конкретно образувание, роля или механизъм. Общите съществителни са много добри в прикриването на конкретни отсъствия.
Добавете карта на зависимостите. Тя трябва да включва материални софтуерни, хардуерни, мрежови, поддържащи и интеграционни зависимости, пътя за промяна на всяка от тях и последиците от загуба или промяна. Не е нужно да предсказва бъдещето. Трябва да направи настоящия дизайн оспорим. Ако дадена зависимост е приемлива, запишете защо. Ако не е приемлива, посочете условието за отказ. Ако е неизвестна, не разрешавайте дискомфорта, като я наречете нискорискова. Неизвестното е реален статус и често води до следващата задача.
Накрая приложете записа за изход и преглед. Запишете приложимите договорни разпоредби, експортни процедури, извършени тестове, открити пропуски, коригиращи действия, датата на прегледа и събитията, които задействат преоценка. Целта не е да се създаде перфектна папка. Целта е да се установи жив отчет за контрол, който оцелява при смяна на персонал, актуализация на услуга, подновяване на договор и деня, в който някой трябва бързо да вземе неудобно решение. Доклад, който не може да бъде актуализиран, се превръща в история с приложена фактура.
Какво може да поиска обществените поръчки, без да се преструват, че решават всичко
Обществените купувачи имат особена причина да настояват за тези доказателства, защото често носят отговорности, които не приключват с подписването на договора. Те може да са отговорни пред гражданите, да подлежат на правилата за публични записи, да отговарят за основни функции или да са длъжни да обяснят защо дадено решение е било разумно. Това не означава, че обществените поръчки могат да премахнат всяка чужда зависимост, нито че националното предпочитание е заместител на техническата оценка. Означава, че търгът може да задава въпроси, които правят договореността видима, преди тя да се вкорени.
Съразмерен търг може да поиска субектите, които ще предоставят материални части от услугата, заявените географски и правни граници, модела на ролята и правомощията, процеса за смяна на подизпълнители, маршрута за поддръжка и инциденти, доказателствата, запазени за клиента, процедурата за експорт и превключване, както и условията, при които клиентът може да спре, ограничи или прекрати използването. Може да оценява качеството на отговорите, вместо да награждава прилагателно. Доставчик, който познава собствения си оперативен модел, трябва да може да го обясни без димна завеса.
Има компромиси. Повече доказателства може да удължат поръчката. Някои изисквания може да намалят броя на офертите. Малък доставчик може да има по-малък капацитет да изготви обширна документация, дори когато моделът му на контрол е силен. Досегашен доставчик може да има отлична техническа услуга, но път за изход, който изисква преговори. Това не са аргументи за пропускане на въпросите. Това са факти, от които купувачът се нуждае, за да реши коя цена е приемлива: цената на доказателствата и алтернативите сега, или цената на зависимостта по-късно.
Работата на Европейската комисия по облачен суверенитет направи тази посока видима в условията на обществените поръчки, но купувачите не трябва да чакат универсален знак. Те могат да определят собствената си граница на риска и да изискват доказателства, които ѝ съответстват. Публична библиотека, изследователска агенция, градски отдел и оператор на критична инфраструктура няма да използват същия праг. И не трябва. Тестът е дали изискванията следват функцията, дали са публикувани честно, дали могат да се оценяват последователно и дали запазват способността на клиента да обясни какво е избрал.
Това е по-тихото обещание на европейската облачна политика. Тя може да премести разговора от театъра на националността към управлението на взаимоотношенията. Европейският отговор не трябва да бъде запечатан технологичен остров. Той може да бъде по-зрял пазар, в който твърденията за местоположение, контрол, право и изход са отделни твърдения, подкрепени с отделни доказателства. Взаимозависимостта не изчезва, когато бъде назована. Тя става възможност да се реши къде е поносима.
Контролите не си отговарят взаимно
Струва си да устоим на още един последен компромис. Силното криптиране не отговаря на въпроса за собствеността. Ключовете, държани от клиента, може да намалят конкретни рискове за достъпа и да бъдат важна контролна мярка, но сами по себе си не установяват кой оперира услугата, кой контролира платформата, каква информация остава видима в метаданните или дали клиентът може да премести функцията. Добрата клауза за излизане не отговаря на въпроса за юрисдикцията. Европейският собственик не отговаря на въпроса за хардуерната поддръжка. Всяка контролна мярка има своя функция. Всяка трябва да се оценява за функцията, която действително изпълнява.
Точно затова едно решение за облака трябва да може да каже „недостатъчно“, без да става театрално. Купувачът може да прецени, че ангажиментът за местоположение е достатъчен, но срокът за уведомяване за промени е твърде неясен. Може да приеме подизпълнител, но да изисква по-ясен път за правомощия. Може да приеме зависимост от чуждестранен хардуер, но да настоява за документиран план за замяна. Може да реши, че дадена услуга не е подходяща за определена категория данни, но остава подходяща за друга. Нюансът не е отказ от решение. Той е условието за решение, основано на доказателства, а не на разпознаваемост на марката.
Работата става по-лесна, когато доказателствата са близо до решението. Не поставяйте декларацията за местоположението на данните в една система, договора в друга, прегледа на достъпа в пощенската кутия, а плана за излизане в нечия памет. Свържете ги със записа за услугата и дайте на записа отговорник. Когато дадено изискване се промени, организацията трябва да може да намери доказателствата, да идентифицира засегнатата граница и да реши дали услугата може да продължи. Това е управление в най-малко бляскавата му и най-полезна форма.
Кратко слово от нас
Нашият доклад The Sovereignty Illusion използва пет практически гледни точки за подобен въпрос: собственост, технология, капитал, инфраструктура и правна експозиция. Това е нашата изследователска рамка, а не правна класификация и не доказателство, че конкретна услуга отговаря на нуждите на клиента. Нейният полезен принос е навикът за внимание. Когато едно твърдение за облака звучи изчерпателно, попитайте коя от тези гледни точки е действително покрита и кои остават извън рамката.
Този навик оформя и начина, по който описваме собствената си работа. Едно твърдение за суверенитет трябва да бъде ограничено от внедряването, договора и оперативната отговорност, а не раздувано в обещание, което продуктовата страница не може да изпълни. Клиентът, натоварването и договореният модел на контрол все още решават какво може честно да се каже. В област, пълна с големи думи, сдържаността не е маркетингово неудобство. Тя е част от доказателствата.
Въпросът след името на града
Европейското местоположение си остава въпрос, който си струва да се зададе. То може да бъде правно изискване, оперативно изискване, избор за устойчивост, избор за физическа сигурност или израз на публична отговорност. Купувачът не трябва да се притеснява да попита къде работи дадена система. Просто трябва да зададе въпроса в компания. Кой притежава правния субект, който има значение? Кой има оперативни правомощия? Кои правни системи могат да достигнат до договореността? Кои подизпълнители и компоненти са от съществено значение? Какво може клиентът да провери, спре, премести и запази?
Тези въпроси не правят облачните изчисления по-малко полезни. Те правят използването на облачните изчисления по-обмислено. Те заменят атмосферата на успокоение с досие, което може да бъде прегледано. Те дават на доставчиците честна възможност да покажат контролните мерки, които са изградили, а на купувачите честен начин да разграничат полезното ограничение от празното твърдение. Най-важното е, че те запазват възможността за промяна на курса, преди една зависимост да се превърне в обвинение.
Следователно европейският въпрос за облака не е къде се намира сървърът. Той е къде се намира контролът, когато системата трябва да се промени. Центърът за данни може да е част от отговора. Европейският договор може да е част от отговора. Европейският доставчик може да е част от отговора. Отговорът става достоверен едва когато организацията може да проследи пътя от мястото до собствеността, от собствеността до правния обхват, от правния обхват до оперативните правомощия и от правомощията до изпитан път за изход. Този път е по-малко запомнящ се от знаме до сграда. Той също е мястото, откъдето започва работата.
Източници
- Cloud Computing, Европейски надзорен орган по защита на данните. Използвано за позицията на ЕНОЗД относно насоките за облака, че институциите на ЕС остават отговорни за своите задължения за защита на данните и следва да осигурят еквивалентна защита.
- EDPB publishes three guidelines following public consultation, Европейски комитет по защита на данните, 24 февруари 2023 г. Използвано за обхвата и целта на окончателните насоки относно член 3 от ОРЗД и глава V относно международните прехвърляния.
- Regulation (EU) 2023/2854 (Data Act), EUR-Lex. Използвано за разпоредбите относно смяната на доставчик, износа, непрекъснатостта, оперативната съвместимост и международния достъп на правителствата за услугите за обработка на данни.
- Cloud Computing Risk Assessment, Агенция на Европейския съюз за киберсигурност. Използвано за рамката за оценка на риска относно зависимостта от доставчик, правния риск и загубата на контрол.
- The Sovereignty Illusion, Dweve. Използвано само за оповестената изследователска рамка на Dweve с петте лещи.