Секрети Німеччини у хмарі Google: Наскільки несуверенною є запланована хмара ND?

Офлайн, але залежний? Ризикована ціна технологій Google для новинних служб Німеччини

Хмара Google для німецьких розвідувальних служб: що станеться, якщо провайдер вийде з ладу?

Хмарний сервіс, ізольований від Інтернету, може ефективно захищати секретну інформацію, але водночас він може створювати довгострокову залежність від постачальника технологій. Запланований ND Cloud для Федеральної розвідувальної служби (BND), Федерального відомства із захисту Конституції (BfV) та Служби військової контррозвідки (MAD) існує саме в межах цієї напруги. Він має забезпечити безпечний обмін висококонфіденційною інформацією, працюючи без прямого підключення до публічного Інтернету. Однак цей так званий «повітряний зазор» не відповідає на всі питання: хто може підтримувати, оновлювати та розвивати платформу протягом багатьох років? І які варіанти залишаються у держави, якщо технічний чи політичний ландшафт зміниться?

Для проєкту з публічно заявленим бюджетом щонайменше 500 мільйонів євро на карту поставлено більше, ніж просто розташування серверів та заходи безпеки. Ключове питання полягає в тому, чи зможе Німеччина контролювати платформу в довгостроковій перспективі та перейти на іншу, якщо необхідно. Це вимагає врахування не лише захисту даних, але й забезпечення програмним забезпеченням, експертизи, витрат на міграцію та потенційних альтернатив. Запланована хмара може стати важливим кроком до модернізації, але справжній цифровий суверенітет буде досягнутий лише тоді, коли держава не лише контролюватиме поточні операції, але й матиме життєздатні варіанти на майбутнє.

Пов'язано з цим:

• Угода Збройних сил Німеччини з Google: Якою мірою суверенітету Німеччина насправді відмовляється заради Google Cloud?

Секрети Німеччини, технології Google: ціна цифрового суверенітету

Офлайн-життя далеко не є незалежним

Хмарний сервіс, ізольований від Інтернету, може ефективно захищати секретну інформацію, але водночас створювати довгострокову залежність від постачальника технологій. Запланована спільна платформа даних Федеральної розвідувальної служби, Федерального відомства із захисту Конституції та Служби військової контррозвідки саме і лежить у цій суперечності: передбачувана технічна ізоляція відповідає на питання зовнішнього доступу до мережі, але ще не на питання тривалої технологічної свободи дій.

Отже, економічно вирішальним питанням є не те, чи з'явиться на платформі логотип американської чи європейської компанії. Важливо те, хто визначає умови подальшого розвитку, усунення несправностей, експлуатації та потенційної міграції протягом усього її життєвого циклу. Переконлива стратегія суверенітету повинна поєднувати продуктивність, вимоги безпеки та довгострокову свободу вибору, а не враховувати виключно розташування серверів.

Платформа даних зі стратегічним значенням

Згідно з публічно доступним статусом планування станом на 28 жовтня 2026 року, так звана ND Cloud має на меті забезпечити електронний обмін інформацією до рівня секретності SECRET між трьома федеральними розвідувальними службами; пізніше можуть бути включені також державні установи з захисту конституції. Технічною основою, очевидно, є розподілена хмара Google у захищеній конфігурації, при цьому інформація зберігатиметься в Німеччині, а Google не матиме прямого доступу до даних.

Йдеться не про зберігання урядових таємниць у звичайному інтернет-сервісі. Швидше, йдеться про окрему інфраструктуру, яка може працювати без прямого підключення до публічного інтернету чи загальної хмари Google Cloud. Ця відмінність є вирішальною, оскільки вона змінює ландшафт загроз: технічно ізольовану мережу, що керується на національному рівні, потрібно оцінювати інакше, ніж стандартний хмарний сервіс, що адмініструється ззовні.

Опублікована цифра становить щонайменше 500 мільйонів євро; це оцінка, а не повністю опублікований розподіл витрат. Запуск, спочатку запланований на перший квартал 2027 року, ймовірно, буде відкладено, тоді як ключові деталі щодо архітектури, обсягу послуг та поточних витрат не є загальнодоступними. На основі цієї інформації неможливо розрахувати достовірну рентабельність інвестицій або остаточно стверджувати, що певна альтернатива буде на фіксований відсоток дешевшою.

Однак, сам масштаб проєкту демонструє, що платформа буде чимось більшим, ніж просто звичайною ІТ-системою. Вона формуватиме робочі процеси, моделі даних та кваліфікації на довгі роки. Чим більше державні установи узгоджуватимуть свої спеціалізовані процедури зі спільними технічними послугами, тим більшим буде стратегічне значення тих рішень, які спочатку здаються суто інфраструктурними питаннями.

Чому спільна інфраструктура може мати економічний сенс

Потреба в модернізації є принципово правдоподібною: обмін інформацією високого рівня між захищеними урядовими системами наразі є громіздким, тоді як вимоги до зберігання даних та автоматизованого аналізу зростають. Спільна платформа може спростити передачу даних, забезпечити стандартизовані інструменти та пришвидшити співпрацю за умови чіткого визначення дозволів та обов'язків.

З економічної точки зору, потенційні переваги виникають завдяки економії на масштабі. Якщо обчислювальна потужність, резервне копіювання даних, моніторинг та процеси безпеки забезпечуються спільно, не всім органам влади потрібно паралельно розробляти однакові можливості. Це може покращити використання ресурсів та зменшити навантаження на дефіцитний кваліфікований персонал; BWI відповідно описує стандартизовану та автоматизовану хмарну інфраструктуру як засіб досягнення більш гнучких та ефективних ІТ-послуг.

До цього додається перевага швидшої обробки інформації. Високопродуктивне технічне середовище може запобігти занадто пізній доступності існуючих розвідувальних даних через громіздкі процеси. Цю перевагу важко виміряти в євро для розвідувальних служб, але тому вона не є економічно незначною. Однак правдоподібний виграш у сфері безпеки не повинен використовуватися як довільно гнучкий аргумент для ретроспективного виправдання будь-якої технологічної залежності.

Отже, правильне порівняння не полягає в порівнянні сучасної хмари з безпечною існуючою інфраструктурою. Фрагментовані застарілі системи також несуть витрати та ризики для безпеки, наприклад, через складне обслуговування та ручні процеси. Належна оцінка повинна враховувати ризики міграції, а також витрати на бездіяльність; однак сама по собі необхідність модернізації не доводить, що кожна платформа, запропонована для цієї мети, є економічно вигідною в довгостроковій перспективі.

Повітряний зазор вирішує лише частину проблеми

Термін «повітряний проміжок» тут стосується відокремлення від публічного Інтернету та інших зовнішніх мереж, не обов’язково повної ізоляції кожного окремого комп’ютера один від одного. У захищеній урядовій мережі системи можуть продовжувати співпрацювати, водночас існують суворі обмеження для зовнішнього доступу. Google чітко описує платформу як таку, що постійно працює без підключення до публічної хмари Google.

Ця функція є значною перевагою в плані безпеки, і її не слід недооцінювати. Відсутність зовнішніх підключень обмежує певні вектори атак і створює кращі умови для контрольованої роботи. Однак це не означає, що платформу можна безпечно підтримувати або функціонально розширювати нескінченно без додаткових послуг від виробника; технічна незалежність від мережі та незалежність від надання програмного забезпечення – це різні властивості.

Це можна проілюструвати, порівнявши його з виробничим підприємством, повністю розташованим на території німецького заводу. Розташування захищає фізичний контроль, але не гарантує постійної доступності запасних частин, програмного забезпечення для керування та спеціалізованих знань. Те, що хтось керує підприємством, не означає, що він може самостійно його розвивати. Така ж економічна логіка застосовується до дуже складного хмарного середовища.

Отже, суверенітет — це не єдиний перемикач. Суверенітет даних, адміністративний контроль, правова визначеність, прозорість ланцюга поставок та технологічна адаптивність слід розглядати окремо. Платформа може мати сильні характеристики в деяких із цих вимірів та демонструвати значну залежність в інших; саме ця диференціація робить можливою обґрунтовану оцінку.

Оновлення як інтерфейс економічної сили

У документації Google з безпеки описано контрольований процес оновлення: виробник підписує програмні пакети, оператор інфраструктури перевіряє їх, а потім розгортає в ізольованому середовищі. Цей процес охоплює не лише хмарне програмне забезпечення, але й операційні системи, прошивку та інші компоненти, пов'язані з безпекою. Автоматичне підключення до Інтернету не потрібне, але постійні відносини технічного постачання залишаються в силі.

Спочатку це є нормальною частиною професійної експлуатації програмного забезпечення, а не доказом неправомірних дій виробника. Ситуація стає проблематичною, коли лише один постачальник може своєчасно надавати надійні оновлення. У таких випадках практична безпека системи залежить не лише від національного оператора, але й від зовнішньої організації-розробника та її правової та економічної бази.

Ступінь такої залежності демонструють загальнодоступні стандартні умови та положення для Google Distributed Cloud air-gapped. Вони передбачають, що нові версії мають бути встановлені протягом 30 днів з моменту повідомлення; вони також містять правила щодо припинення технічного обслуговування та використання програмного забезпечення після закінчення терміну дії ліцензії. Однак ці загальні умови та положення не слід ототожнювати з невідомими спеціальними положеннями планованої платформи обміну повідомленнями.

Ця відмінність є вирішальною. Неможливо публічно перевірити, які індивідуальні операційні права, періоди аудиту чи додаткові заходи безпеки діють для ND Cloud. Так само було б необґрунтовано робити висновок з постійної залежності від оновлень про наявність секретного віддаленого доступу або механізму технічного вимкнення. Задокументовано постійну роль виробника у наданні програмного забезпечення, а не довільний зовнішній доступ.

Небезпечна різниця між часом виконання та безпекою

У разі перебоїв у підтримці виробника необхідно враховувати кілька сценаріїв. Вже встановлена ​​система може спочатку продовжувати технічно функціонувати, тоді як нещодавно виявлені вразливості безпеки більше не будуть виправлені. Водночас це може вплинути на права використання, доступність запасних частин та підтримку залежних програм. Тому питання про те, як довго комп'ютери залишатимуться увімкненими, має менше значення, ніж питання про те, як довго буде можлива відповідальна експлуатація.

З цього не можна вивести фіксований, загальний термін служби. Він залежатиме, серед іншого, від існуючих вразливостей, локальних варіантів ремонту, використання додаткових послуг та наявності кваліфікованого персоналу. Загальні твердження про те, що ізольована хмара неминуче стає непридатною для використання після певної кількості місяців, були б такими ж неточними, як і твердження про необмежену незалежність.

З економічної точки зору це створює проблему вибору: державі потрібна не лише поточна функціональність, а й здатність діяти у разі зміни обставин. Ця опція має цінність, навіть якщо вона залишається невикористаною роками. Її фінансування схоже на страхування від рідкісної, але потенційно дуже дорогої втрати технологічних можливостей прийняття рішень.

Тому надійний план дій у надзвичайних ситуаціях повинен розрізняти обмежену продовжену роботу, повне відновлення та міграцію на іншу платформу. Для кожного з цих сценаріїв необхідно буде розглянути окремі передумови. Наприклад, просте резервне копіювання даних має обмежену користь, якщо відсутні програми, необхідні для ефективної обробки інформації та забезпечення дотримання відповідних правил доступу.

Залежність зростає з кожною спеціалізованою процедурою

Часто вживаний термін «прив’язаність» описує ситуацію, коли перехід до іншого постачальника послуг залишається теоретично можливим, але на практиці стає дедалі складнішим. У хмарних системах ця прив’язаність виникає через взаємодію функцій платформи, інтерфейсів, структур даних та усталених операційних процесів. Чим більше спеціалізованих програм потребують певних послуг від певного постачальника, тим більше зусиль потрібно для відтворення еквівалентної функціональності в іншому місці.

Не кожне використання запатентованої технології є неекономічним. Спеціалізований інструмент може запропонувати значну перевагу в продуктивності. Складність полягає в тому, що короткострокові вигоди часто очевидні, тоді як майбутні витрати на перехід залишаються невизначеними. Це ризикує створити систематичний дисбаланс: поточна зручність враховується повністю, тоді як майбутня залежність згадується лише абстрактно.

Прив’язка на рівні застосунку є особливо актуальною. Віртуальну машину можна відносно легко перенести, тоді як складний бізнес-застосунок зі специфічними для постачальника базами даних, ідентифікаторами та аналітичними службами – ні. Тому той факт, що платформа підтримує контейнери, не є достатнім доказом її взаємозамінності. Вирішальним фактором є те, чи можна розгорнути всю бізнес-функціональність в іншому середовищі з розумними зусиллями.

Узгоджена архітектура повинна зважувати переваги конкретних платформних послуг та бар'єри для переходу, що виникають у результаті цього. Метою буде не повна технічна одноманітність, а радше навмисна диференціація: стандартизовані базові функції повинні залишатися взаємозамінними наскільки це можливо, тоді як основні спеціалізовані функції будуть окремо розглядатися на предмет їхньої доданої цінності та залежностей.

Проблема європейського ринку починається з масштабу

Структурна проблема виходить далеко за межі німецьких розвідувальних служб. Європейський ринок послуг хмарної інфраструктури досяг обсягу приблизно 61 мільярда євро у 2024 році, що приблизно в шість разів більше, ніж у 2017 році; ця цифра включає послуги інфраструктури та платформ, а також розміщені приватні хмари, але не весь ринок програмного забезпечення. Європейські постачальники більш ніж потроїли свої відповідні регіональні доходи за цей період, але все ж втратили відносну частку ринку.

Їхня сукупна частка впала з 29 відсотків у 2017 році до приблизно 15 відсотків у 2022 році та згодом залишалася приблизно на цьому рівні; Amazon, Microsoft та Google разом становили близько 70 відсотків у ринковому дослідженні, опублікованому в середині 2025 року. Ці цифри стосуються європейського ринку та не слід ототожнювати їх з ринком, обмеженим виключно ЄС, а також зі специфічним сегментом закритих розвідувальних систем.

Цей розвиток подій демонструє, чому саме лише зростання доходів не гарантує технологічної незалежності. Європейські компанії можуть стати успішнішими, одночасно відстаючи від найбільших платформ. Провідні постачальники розподіляють витрати на розробку та інвестиції між дуже великими клієнтськими базами; відповідно, масштабованість та довгострокові фінансовані інвестиції відіграють вирішальну роль на європейському ринку інфраструктури.

Таким чином, реалістична європейська стратегія не потребуватиме копіювання кожної функції найбільших гіперскейлерів. Було б більш правдоподібно розробити надійні альтернативи для особливо критичних областей застосування та спільно розвивати встановлені технічні основи. Орієнтований на безпеку нішевий ринок може мати інші фактори успіху, ніж масовий ринок стандартизованої обчислювальної потужності. Загальне лідерство корпорації на ринку не автоматично означає її перевагу в кожному урядовому застосуванні.

Держава як рушійна сила кривих технологічного навчання

Коли багато державних установ мають схожі вимоги до суверенітету даних та безпечної співпраці, спільні стандарти можуть створити більший та надійніший ринок. Компанії тоді мають кращу основу для інвестування в документацію, аудит безпеки та професійні операції. Екосистема openDesk з її численними партнерами з програмного забезпечення та операцій демонструє, що такий спільний підхід вже впроваджується на практиці.

Це забезпечує аргумент економічної політики на користь цілеспрямованого використання відповідних європейських рішень. Їхні переваги не обмежуються окремим робочим місцем, а можуть поширюватися на пізніші застосування та інші об'єкти. Компоненти багаторазового використання, кваліфікований персонал та перевірені моделі експлуатації потенційно знижують початкові витрати для наступних користувачів. Ці додаткові ефекти легко недооцінити, якщо розглядати лише початкове впровадження.

Водночас це не повинно створювати права на постійний захист. Європейські постачальники також повинні демонструвати ефективність, надійність та економічну доцільність. Політика, яка захищає кожне місцеве рішення незалежно від його якості, може призвести до високих витрат та нової залежності. Найважливішим моментом є не усунення конкуренції, а створення справжніх технічних та економічних альтернатив.

Також вкрай важливо запобігти заміні міжнародної монополії ледь підданою перевірці національною залежністю. Відкриті інтерфейси, оперативні знання, що передаються, та численні кваліфіковані постачальники послуг тому так само важливі, як і штаб-квартира компанії. Зрештою, суверенітет повинен розширювати можливості користувача діяти, а не просто змінювати походження їхнього найважливішого постачальника.

Центр безпеки та оборони - Зображення: Xpert.Digital

Центр безпеки та оборони пропонує експертні консультації та актуальну інформацію для ефективної підтримки компаній та організацій у посиленні їхньої ролі в європейській політиці безпеки та оборони. Тісно співпрацюючи з Робочою групою SME Connect Defence, він особливо сприяє розвитку малих та середніх підприємств (МСП), які бажають розвивати свій інноваційний потенціал та конкурентоспроможність в оборонному секторі. Як центральна точка контакту, Центр таким чином створює важливий місток між МСП та європейською оборонною стратегією.

Пов'язано з цим:

• Робоча група SME Connect Defence – Зміцнення SME в європейській обороні

OpenDesk актуальний, але не є повноцінною заміною хмарних технологій

Пакет офісних програм та програм для співпраці openDesk було запущено в жовтні 2024 року і, за даними відповідального Центру цифрового суверенітету, до жовтня 2026 року було встановлено приблизно на 100 000 адміністративних робочих станціях. Ця цифра відображає заявлену швидкість впровадження, а не доказ 100 000 щоденних активних користувачів або відповідної кількості висококонфіденційних робочих станцій. Тим не менш, це демонструє, що європейська співпраця з відкритим кодом давно вийшла за рамки невеликих демонстраційних проектів.

Технічно, порівняння має залишатися точним. OpenDesk об'єднує програми для офісної роботи та співпраці, тоді як Google Distributed Cloud — це набагато ширша платформа інфраструктури та послуг. Пакет для співпраці не замінює автоматично архітектуру сховища, бази даних, обчислювальні ресурси та спеціалізовані послуги цілого середовища розвідки. Той, хто представляє обидві пропозиції як безпосередньо взаємозамінні, комплексні рішення, плутає різні технічні рівні.

Тим не менш, openDesk важливий для дискусії, оскільки не кожна щоденна співпраця повинна вимагати постійної власної платформи. Там, де державні органи спільно редагують документи, координують проекти або спілкуються, відкриті додатки можуть запропонувати конкретні альтернативи. Це може принаймні зменшити залежність, навіть якщо в основі все ще використовуються різні інфраструктури.

У жовтні 2026 року було продемонстровано та протестовано роботу openDesk у повністю ізольованих середовищах; одночасно основна увага була зосереджена на його забезпеченні для грифа "VS-NUR FÜR DEN DIENSTGEBRAUCH" (Обмежений доступ - Тільки для службового використання). Це не слід тлумачити як доказ операційної готовності до всіх завдань обробки до рівня "GEHEIM" (Секретно), оскільки ці класифікації чітко відрізняються. Демонстрація функціонування в автономному режимі є важливим технічним кроком, але не є загальним доказом придатності для всіх випадків використання з високим рівнем секретності.

Матриця демонструє переваги відкритого спілкування

Element та відкритий протокол Matrix також забезпечують практичні відправні точки. BwMessenger базується на цих компонентах і експлуатується BWI у власних центрах обробки даних Бундесверу; BundesMessenger переносить цей підхід на державне управління. Таким чином, конкретний досвід державного зв'язку на відкритій технічній основі вже існує.

Економічна перевага таких фондів полягає у фундаментальній роздільності програмного забезпечення, експлуатації та послуг. Якщо державний орган керує власною інфраструктурою або може вибирати між відповідними операторами, виникають кращі умови для конкуренції. Контроль над поточною послугою тоді не обов'язково має залишатися за оригінальним виробником програмного забезпечення.

Однак, навіть месенджер не є повноцінною аналітичною платформою. Безпечний обмін повідомленнями, спільне редагування документів та обробка великих наборів даних – це окремі завдання. Крім того, кожна конкретна конфігурація повинна відповідати необхідним вимогам безпеки; використання урядом не означає автоматично придатність для кожного рівня класифікації безпеки. Тому відкрита комунікація є важливим компонентом суверенної архітектури, але не універсальним рішенням усіх проблем інфраструктури.

Відкритість не замінює власної компетентності

Програмне забезпечення з відкритим вихідним кодом може розширити можливості контролю, оскільки його структура прозора, а подальший розвиток, в принципі, може бути розподілений між кількома зацікавленими сторонами. Однак ця можливість розкриває свій повний потенціал лише за наявності справді кваліфікованих спеціалістів, відповідних інструментів розробки та стабільно фінансованих відповідальних осіб. Прозорий вихідний код сам по собі не усуває автоматично вразливості безпеки або проблемні залежності.

Особливо у випадку складних систем, недостатньо просто дозволити змінювати окремі програми теоретично. Потрібні знання про те, як вони взаємодіють, створення надійних інсталяційних пакетів та тестування нових версій. Зосередження уваги на захищених основних компонентах та безпечних ланцюгах поставок в екосистемі відкритого коду уряду демонструє, наскільки важливим є цей організаційний рівень.

Таким чином, відкритість є радше передумовою для додаткових варіантів дій, ніж безкоштовною гарантією. Її економічна вигода полягає в тому, що інвестиції в знання та розвиток можна легше повторно використовувати між установами. Для успіху цього адаптації в ідеалі повинні бути передані спільно підтримуваним фондам. З іншого боку, багато постійно окремих, спеціалізованих версій збільшать витрати на обслуговування та ризики безпеки.

Проблему нестачі персоналу також слід вирішувати реалістично. Агентство не стає суверенним, беручи на себе всю роботу. Більш розумною моделлю є та, в якій держава має достатні внутрішні повноваження щодо оцінки та контролю, одночасно маючи можливість залучати кількох професійних постачальників послуг. Це не усуває залежності повністю, але робить їх легшими для перевірки та управління.

Збройні сили Німеччини представляють більш нюансовану картину

Для контекстуалізації ND Cloud, приватна хмара Збройних сил Німеччини є актуальною, оскільки вона також включає технології Google, і BWI відіграє центральну роль. Однак ця платформа не є синонімом єдиної хмари Google Cloud: Збройні сили Німеччини дотримуються підходу, використовуючи кілька технологічно окремих середовищ, включаючи VMware, Google та програмне забезпечення з відкритим кодом.

Перший етап розгортання було запроваджено у 2025 році; розробка та інтеграція стеку Google були заплановані на початок 2026 року, а завершення заплановане на кінець 2027 року. Платформа SAP Business Technology Platform згадується як конкретний варіант використання, тоді як для відкритої та секретної інформації (VS-NfD) планується два окремі середовища. Цей опублікований графік не слід інтерпретувати як остаточний операційний статус.

Цей приклад ілюструє, що фундаментальні рішення щодо програмного забезпечення можуть призвести до подальших рішень щодо інфраструктури. Якщо потрібна спеціалізована платформа, підтримувані операційні середовища якої вузько визначені, фактичний вибір звужується ще до розгляду окремих постачальників хмарних послуг. Тому аналіз суверенітету повинен розглянути весь технічний ланцюжок і не може закінчуватися на видимому маркері інфраструктури.

Однак, наявність кількох платформ забезпечує справжню масштабованість лише за умови можливості переміщення між ними важливих програм. Три окремі середовища, кожне з яких має свої власні тісно пов'язані процедури, спочатку означають різноманітність, але ще не взаємну взаємозамінність. BWI чітко вказує на зменшення залежності від постачальників та легку міграцію програм як на цілі свого підходу.

Юридичні ризики вимагають технічної точності

У дискусіях щодо американських технологій часто згадується Закон CLOUD Act. Правова передумова полягає в тому, що компанії, на які поширюється законодавство США, можуть бути зобов'язані розкривати дані, що знаходяться у їхньому володінні, під їхнім наглядом або під їхнім контролем, незалежно від того, де вони зберігаються. Тому сам факт перебування в Німеччині не усуває автоматично всіх юридичних ризиків.

І навпаки, законне право на розкриття даних не створює технічного доступу, якого раніше не існувало. Якщо постачальник дійсно не має ні доступу до даних, ні контролю над необхідними ключами, цю архітектуру необхідно враховувати в юридичній оцінці. Тому ізольовану платформу не можна просто прирівнювати до звичайного інтернет-сервісу, що керується виробником.

Для ND Cloud деталі, які не є публічно відомими, залишаються критично важливими: які ролі доступні локально, як працюють процедури екстреного доступу, яка інформація потрібна для аналізу помилок і хто контролює криптографічні ключі? Загальна документація Google окреслює окремі операційні ролі та конкретні процедури екстреного доступу, але це не автоматично описує остаточну німецьку реалізацію. Тому повне звільнення від відповідальності було б таким же недоречним, як і необґрунтоване твердження про автоматичний доступ до даних для Америки.

Це слід відрізняти від ризику перебоїв у наданні послуг. Навіть якщо доступ до даних технічно неможливий, правові або геополітичні конфлікти можуть вплинути на такі послуги, як обслуговування та підтримка програмного забезпечення. Тому комплексна оцінка суверенітету повинна розглянути як контроль над інформацією, так і безперервність основних послуг.

Що має містити чесний розрахунок витрат

Комплексний економічний аналіз повинен охоплювати не лише початкові витрати на обладнання та програмне забезпечення. Він також повинен включати інтеграцію, персонал, енергію, навчання, моніторинг безпеки, резервне копіювання даних, можливості перезапуску та постійну адаптацію спеціалізованих процесів. Для ND Cloud загальнодоступних детальних даних бракує для достовірної кількісної оцінки цих компонентів; відома оцінка щонайменше 500 мільйонів євро не замінює цього розподілу.

Крім того, необхідно враховувати витрати, які виникають лише під час міграції. До них належать передача даних, адаптація програм, тимчасова паралельна робота та повторні аудити безпеки. Відповідно, європейські правила щодо хмарної міграції розрізняють кілька технічних кроків, від вилучення даних до міграції в цільове середовище. Тому фінансово значуща міграція передбачає набагато більше, ніж просто завантаження архіву файлів.

Також важливо розрізняти витрати домогосподарств та макроекономічні наслідки. Послуги, що надаються німецькими центрами обробки даних та постачальниками послуг, можуть створювати місцеву додану вартість, навіть якщо основне програмне забезпечення походить від міжнародної корпорації. І навпаки, європейський постачальник не вільний від залежності від глобального ланцюга поставок. Тому обґрунтований аналіз повинен враховувати фактичний розподіл експертизи та доходів, а не просто відносити всі витрати до однієї країни походження.

Зрештою, різні кризові сценарії необхідно оцінювати окремо. Короткострокове збій у підтримці, довгострокове припинення оновлень та короткострокове перемикання платформи матимуть різні наслідки. Замість того, щоб генерувати, здавалося б, точну єдину цифру для всіх ризиків, було б доцільніше зробити прозорими пропускну здатність, припущення та особливо серйозні наслідки. Наразі бракує достатньої кількості загальнодоступних даних про проекти для визначення таких значень.

Вимірювана автономія замість заспокійливих ярликів

У квітні 2026 року Федеральне відомство з інформаційної безпеки Німеччини (BSI) опублікувало «Критерії, що сприяють автономності хмарних обчислень». Ці критерії доповнюють орієнтовані на безпеку вимоги C5, але самі по собі не мають регуляторного впливу. Таким чином, безпека та суверенітет чітко розглядаються як пов’язані, але окремі питання оцінки.

У цій структурі розрізняються стратегічні, правові, пов'язані з даними, операційні, пов'язані з ланцюгом поставок та технологічні аспекти. Тут доречні конкретні показники тестування, такі як можливість передачі операційних знань, наявність незалежного обслуговування та здатність продовжувати роботу у разі збою третьої сторони. Такі характеристики є більш значущими для платформи з високим рівнем безпеки, ніж загальне самоопис як суверенної.

Для практичної експлуатації особливо цінною була б регулярно тестована процедура перезапуску. Це продемонструвало б, чи достатньо існуючих резервних копій, документації та експертних знань для відновлення основних функцій за чітко визначених умов збою. Це також дозволило б перевірити, які дані та програми насправді можна використовувати у вторинному середовищі. Успішне тестування було б ефективнішим, ніж суто теоретичний варіант перемикання.

Навіть нормативні досягнення не вирішують цю технічну проблему. Закон про дані забороняє стягнення плату за перехід для послуг обробки даних, що охоплюються цим Законом, з 12 січня 2027 року. Однак це не означає автоматично, що кожне конкретне середовище розвідки підпадає під цю заборону, а також не усуває внутрішні витрати на міграцію, розробку та безпеку. Безкоштовний перехід для постачальника та фактична технічна взаємозамінність – це не одне й те саме.

Більша обчислювальна потужність вимагає чітких обмежень доступу

Спільна платформа може сприяти співпраці, але вона не повинна зрівнювати умови гри, спрощуючи технічні аспекти та мінімізуючи різні юридичні обов'язки та права щодо даних. Спільна інфраструктура не надає автоматично повного дозволу всім сторонам вільно використовувати всю інформацію, що міститься в ній. Зокрема, під час обміну інформацією між розвідувальними службами та поліцією існують підвищені конституційні вимоги, які не слід плутати з простим обміном між розвідувальними службами.

Для архітектури це означає, що ролі, цілі, походження та допустимий обмін даними повинні бути належним чином зіставлені. Технічні платформи можуть підтримувати детальні правила доступу та відстежуване ведення журналу; документація Google описує дозволи на основі ролей та атрибутів, а також ведення журналу доступу. Однак законне, практичне застосування залишається виключною відповідальністю відповідальних сторін.

Крім того, існує ризик концентрації. Спільна інфраструктура може об'єднати експертизу в галузі безпеки, але водночас серйозне порушення роботи може вплинути на кілька агентств. Тому логічне розділення, відновлення та незалежні механізми контролю необхідно розглядати разом. Економічна оцінка повинна залежати не лише від використання центру обробки даних, але й від того, наскільки добре підтримуються критичні функції під час часткових збоїв.

Штучний інтелект переносить залежність на рівень моделі

Автоматизований переклад, узагальнення та аналіз великих наборів даних є ймовірними застосуваннями для закритої хмари; Google пропонує відповідні функції штучного інтелекту для цього сімейства продуктів. Це дозволяє технічній інтеграції вийти за межі інфраструктури, включивши моделі, інтерфейси та організацію аналітичних робочих процесів. Чим більше спеціалізовані процеси узгоджені з конкретними послугами штучного інтелекту, тим важливішою стає їхня взаємозамінність.

Однак локально керована модель не є автоматично суверенною. Права використання, можливість оновлення, доступні компоненти моделі та можливість продовжувати використовувати інструмент за змінених умов також є важливими; загальні умови продукту чітко розрізняють різні моделі та форми використання. Чи дійсно конкретні пропозиції штучного інтелекту призначені для ND Cloud, не можна зробити висновок із загальної доступності продукту.

З економічної точки зору, ШІ слід вимірювати якістю його результатів, а не лише кількістю оброблених документів. Додаткові витрати можуть бути цінними, якщо вони прискорюють аналіз і полегшують пошук відповідних висновків. Однак, він також може генерувати подальшу роботу, якщо потрібно перевірити помилкові резюме або невірні посилання; постачальник послуг зазвичай вказує на потенційні помилки у виході генеративних систем.

Таким чином, стратегічно надійний дизайн дозволить максимально чітко розділити сховище даних, моделі та користувацькі інтерфейси. Це дозволить оновлювати окремі інструменти аналізу без необхідності заміни всієї платформи. Особливо з огляду на швидко розвиваючі технології штучного інтелекту, можливість впровадження контрольованих оновлень є економічною перевагою, а не лише політичною вимогою.

Міжнародна співпраця без постійної залежності від центру

Обмін з партнерськими службами може вимагати сумісних технічних процедур. Однак це не обов'язково означає, що всі внутрішні робочі процеси повинні відбуватися на одній платформі. Збройні сили Німеччини (Бундесвер) називають міжнародну сумісність ключовою метою своєї багатоплатформної стратегії та прямо пов'язують це зі зменшенням залежності від постачальників.

Розумним підходом було б розмежування основних національних операцій та чітко визначених функцій обміну. ​​Спеціалізовані інтерфейси та затверджені процедури передачі могли б використовуватися для міжнародної співпраці, тоді як центральні сховища даних та фундаментальна співпраця залишатимуться незалежно керованими. Таким чином, участь міжнародного постачальника технологій була б функціонально обмеженим рішенням, а не автоматичною основою для всіх внутрішніх процесів.

Однак, інтерфейси не вирішують усі проблеми. Різні рівні конфіденційності, моделі даних та правила випуску створюють додаткові накладні витрати. Тому більш роз'єднана архітектура може спочатку бути дорожчою та складнішою. ​​Її перевага полягає в тому, що окремі функції співпраці можна змінювати, не впливаючи на роботу національного ядра таким самим чином. Чи виправдовує ця перевага додаткові витрати, слід розглянути на основі конкретних вимог.

Найважливіша навичка — це здатність перемикатися

Найбільш переконлива перспектива з технічної точки зору не полягає ні в повному відкиданні американських технологій, ні в припущенні, що технічне розділення мережі вирішує всі питання суверенітету. Запланована ND Cloud може вирішити реальні проблеми продуктивності; однак її ізольовану архітектуру та постійну залежність від зовнішнього програмного забезпечення необхідно оцінювати окремо.

Для загальної співпраці відповідні відкриті рішення заслуговують на систематичну оцінку, оскільки сервіси на основі openDesk та Matrix вже є практично розгорнутими складовими. До вузькоспеціалізованої обробки можуть застосовуватися різні технічні вимоги. Найголовніше, що обґрунтовані винятки не повинні поширюватися на загальну, постійну залежність, а решта ризиків повинні бути чітко визначені.

Тому надійна стратегія повинна поєднувати в собі власний досвід оцінювання, прозорі процеси оновлення та перевірені плани дій у надзвичайних ситуаціях. Не кожна програма вимагає повністю функціональної вторинної платформи, яка доступна негайно. Однак критичні функції повинні бути розроблені таким чином, щоб зовнішній збій у роботі не обов'язково призвів до втрати можливостей уряду. Це вимагає технічних гарантій, а також кваліфікованого персоналу та довгострокового фінансування.

Справжнє випробування суверенітету відбувається не під час безперебійної, нормальної роботи. Воно починається в момент, коли постачальник змінює свої умови, припиняє підтримку або змінюється політична структура. Високопродуктивна хмара є цінною для держави. Вона стає стратегічно керованою лише тоді, коли держава контролює не лише її поточну роботу, але й має життєздатні варіанти на майбутнє.

Маркус Беккер

Я буду радий служити вашим особистим консультантом.

Керівник відділу розвитку бізнесу

Голова Робочої групи SME Connect Defense

LinkedIn

Konrad Wolfenstein

Я буду радий служити вашим особистим консультантом.

Ви можете зв'язатися зі мною за адресою wolfenstein∂xpert.digital або

Просто зателефонуйте мені за номером +49 7348 4088 965 .

LinkedIn