Německá tajemství v cloudu od Googlu: Jak nesuverénní je plánovaný cloud ND?

Offline, ale závislí? Riziková cena technologií Google pro německé zpravodajské služby

Google cloud pro německé zpravodajské služby: Co se stane, když poskytovatel selže?

Cloudová služba izolovaná od internetu může účinně chránit utajované informace – ale může také vytvořit dlouhodobou závislost na svém poskytovateli technologií. Plánovaný ND Cloud pro Federální zpravodajskou službu (BND), Federální úřad pro ochranu ústavy (BfV) a Vojenskou kontrarozvědku (MAD) existuje právě v tomto napětí. Jeho cílem je umožnit bezpečnou výměnu vysoce citlivých informací bez přímého připojení k veřejnému internetu. Tato tzv. vzduchová mezera však neodpovídá na všechny otázky: Kdo může platformu v průběhu let udržovat, aktualizovat a dále rozvíjet? A jaké možnosti zůstávají státu, pokud se změní technická nebo politická situace?

U projektu s veřejně deklarovaným rozpočtem nejméně 500 milionů eur je v sázce více než jen umístění serverů a bezpečnostní opatření. Klíčovou otázkou je, zda Německo dokáže platformu dlouhodobě kontrolovat a v případě potřeby přejít na jinou. To vyžaduje zvážení nejen ochrany dat, ale také poskytování softwaru, odborných znalostí, nákladů na migraci a potenciálních alternativ. Plánovaný cloud může představovat důležitý krok k modernizaci – skutečné digitální suverenity však bude dosaženo pouze tehdy, když stát bude nejen kontrolovat probíhající operace, ale bude mít také životaschopné možnosti do budoucna.

Souvisí s tím:

• Dohoda německých ozbrojených sil s Googlem: Kolik suverenity se Německo ve skutečnosti vzdává kvůli Google Cloudu?

Německá tajemství, technologie Googlu: Cena digitální suverenity

Offline má k nezávislosti daleko

Cloudová služba izolovaná od internetu může účinně chránit utajované informace, a přesto vytvořit dlouhodobou závislost na svém poskytovateli technologií. Plánovaná společná datová platforma Federální zpravodajské služby, Federálního úřadu pro ochranu ústavy a Vojenské kontrarozvědky se nachází právě v tomto napětí: Zamýšlená technická izolace odpovídá na otázku externího přístupu k síti, ale ještě ne na otázku trvalé technologické svobody jednání.

Ekonomicky rozhodující otázkou tedy není, zda se na platformě objeví logo americké nebo evropské společnosti. Důležité je, kdo určuje podmínky pro další rozvoj, řešení problémů, provoz a případnou migraci v průběhu celého jejího životního cyklu. Přesvědčivá strategie suverenity musí kombinovat výkon, bezpečnostní požadavky a dlouhodobou svobodu volby, spíše než se zaměřovat pouze na umístění serverů.

Datová platforma se strategickými důsledky

Podle veřejně dostupného stavu plánování k 28. říjnu 2026 má tzv. ND Cloud umožnit elektronickou výměnu informací až do stupně utajení SECRET mezi třemi federálními zpravodajskými službami; později by mohly být zahrnuty i zemské úřady pro ochranu ústavy. Technickým základem je zřejmě Google Distributed Cloud v zabezpečené konfiguraci, přičemž informace mají být uloženy v Německu a Google k datům nemá přímý přístup.

Nejde o ukládání vládních tajemství v běžné internetové službě. Spíše se jedná o samostatnou infrastrukturu, která může fungovat bez přímého připojení k veřejnému internetu nebo obecnému Google Cloudu. Toto rozlišení je klíčové, protože mění situaci s hrozbami: Technicky izolovaná, celostátně provozovaná síť musí být posuzována jinak než standardní cloudová služba spravovaná zvenčí.

Veřejně uvedená částka je nejméně 500 milionů eur; jedná se o odhad a nikoli o plně zveřejněný rozpis nákladů. Spuštění původně plánované na první čtvrtletí roku 2027 se pravděpodobně zpozdí, přičemž klíčové podrobnosti týkající se architektury, rozsahu služeb a průběžných nákladů nejsou veřejně dostupné. Na základě těchto informací není možné vypočítat spolehlivou návratnost investic nebo definitivně tvrdit, že konkrétní alternativa by byla o pevné procento levnější.

Samotný rozsah projektu však ukazuje, že platforma bude víc než jen obyčejný IT systém. Bude formovat pracovní postupy, datové modely a kvalifikace na roky dopředu. Čím více vládní agentury sladí své specializované postupy se sdílenými technickými službami, tím větší bude strategický význam rozhodnutí, která se zpočátku jeví jako čistě infrastrukturní záležitosti.

Proč může být sdílená infrastruktura ekonomicky výhodná

Potřeba modernizace je v zásadě reálná: Výměna informací na vysoké úrovni mezi chráněnými vládními systémy je v současnosti těžkopádná a zároveň rostou požadavky na úložiště a automatizovanou analýzu. Sdílená platforma může zjednodušit přenos dat, poskytnout standardizované nástroje a urychlit spolupráci, za předpokladu, že jsou jasně definována oprávnění a odpovědnosti.

Z ekonomického hlediska plynou potenciální výhody z úspor z rozsahu. Pokud jsou výpočetní výkon, zálohování dat, monitorování a bezpečnostní procesy zajišťovány společně, nemusí všechny úřady vyvíjet stejné funkce paralelně. To může zlepšit využití a zmírnit zátěž nedostatkového kvalifikovaného personálu; BWI proto popisuje standardizovanou a automatizovanou cloudovou infrastrukturu jako prostředek k dosažení flexibilnějších a efektivnějších IT služeb.

K tomu se přidává výhoda rychlejšího zpracování informací. Vysoce výkonné technické prostředí může zabránit tomu, aby se stávající zpravodajské informace staly dostupnými příliš pozdě kvůli těžkopádným procesům. Tento přínos je pro zpravodajské služby obtížné kvantifikovat v eurech, ale není proto ekonomicky nevýznamný. Pravděpodobný bezpečnostní zisk však nesmí být použit jako libovolně flexibilní argument pro zpětné ospravedlnění jakékoli technologické závislosti.

Správné srovnání tedy není mezi moderním cloudem a bezrizikovou stávající infrastrukturou. Fragmentované starší systémy také s sebou nesou náklady a bezpečnostní rizika, například v důsledku složité údržby a manuálních procesů. Řádné posouzení musí zohlednit rizika migrace i náklady na nečinnost; samotná potřeba modernizace však nedokazuje, že každá platforma nabízená pro tento účel je z dlouhodobého hlediska ekonomicky životaschopná.

Vzduchová mezera řeší pouze část problému

Termín „vzduchová mezera“ zde označuje oddělení od veřejného internetu a dalších externích sítí, nikoli nutně úplnou izolaci každého jednotlivého počítače od sebe navzájem. V rámci chráněné vládní sítě mohou systémy nadále spolupracovat, zatímco pro externí přístup existují přísná omezení. Google výslovně popisuje platformu jako trvale provozuschopnou bez připojení k veřejnému Google Cloudu.

Tato funkce je významnou bezpečnostní výhodou a neměla by být podceňována. Absence externích připojení omezuje určité vektory útoku a vytváří lepší podmínky pro kontrolovaný provoz. To však neznamená, že platformu lze bezpečně udržovat nebo funkčně donekonečna rozšiřovat bez dalších služeb od výrobce; technická nezávislost na síti a nezávislost na poskytování softwaru jsou odlišné vlastnosti.

To lze ilustrovat srovnáním s výrobním závodem umístěným výhradně v areálu německé továrny. Toto umístění chrání fyzickou kontrolu, ale nezaručuje neustálou dostupnost náhradních dílů, řídicího softwaru a specializovaných znalostí. Jen proto, že někdo závod provozuje, neznamená, že jej může dále nezávisle rozvíjet. Stejná ekonomická logika platí i pro vysoce komplexní cloudové prostředí.

Suverenita tedy není otázkou jediného přepínače. Datová suverenita, administrativní kontrola, právní jistota, transparentnost dodavatelského řetězce a technologická přizpůsobivost musí být posuzovány odděleně. Platforma může mít silné charakteristiky v některých z těchto dimenzí a v jiných vykazovat významné závislosti; právě toto rozlišení umožňuje řádné posouzení.

Aktualizace jako rozhraní ekonomické síly

Bezpečnostní dokumentace společnosti Google popisuje řízený proces aktualizace: Výrobce podepisuje softwarové balíčky, provozovatel infrastruktury je zkontroluje a poté je nasadí do izolovaného prostředí. Tento proces zahrnuje nejen cloudový software, ale také operační systémy, firmware a další komponenty relevantní pro bezpečnost. Automatické připojení k internetu není vyžadováno, ale trvalý technický dodavatelský vztah zůstává v platnosti.

Toto je zpočátku běžná součást profesionálního provozu softwaru a nikoli důkaz pochybení výrobce. Situace se stává problematickou, když pouze jeden poskytovatel může včas dodat spolehlivé aktualizace. V takových případech závisí praktická bezpečnost systému nejen na národním operátorovi, ale také na externí vývojové organizaci a jejím právním a ekonomickém rámci.

Rozsah těchto závislostí demonstrují veřejně dostupné standardní obchodní podmínky pro Google Distributed Cloud air-gapped. Ty stanoví, že nové verze musí být nainstalovány do 30 dnů od oznámení; obsahují také pravidla týkající se ukončení údržby a ukončení používání softwaru po uplynutí licenční doby. Tyto všeobecné obchodní podmínky by však neměly být ztotožňovány s neznámými zvláštními ustanoveními plánované platformy pro zasílání zpráv.

Toto rozlišení je klíčové. Nelze veřejně ověřit, jaká individuální provozní práva, doby auditu nebo dodatečná bezpečnostní opatření jsou pro ND Cloud zavedena. Stejně tak by bylo neopodstatněné usuzovat z pokračující závislosti na aktualizacích, že existuje tajný vzdálený přístup nebo mechanismus technického vypnutí. Dokumentována je pokračující role výrobce v poskytování softwaru, nikoli libovolný externí přístup.

Nebezpečný rozdíl mezi běhovým prostředím a bezpečností

V případě výpadku podpory výrobce je třeba zvážit několik scénářů. Již nainstalovaný systém může zpočátku technicky nadále fungovat, zatímco nově objevené bezpečnostní zranitelnosti již nebudou opravovány. Zároveň mohou být ovlivněna práva užívání, dostupnost náhradních dílů a podpora závislých aplikací. Otázka, jak dlouho zůstanou počítače zapnuté, je proto méně smysluplná než otázka, jak dlouho bude možný zodpovědný provoz.

Z toho nelze odvodit pevnou, obecnou životnost. Závisela by mimo jiné na existujících zranitelnostech, lokálních možnostech opravy, využití dalších služeb a dostupnosti kvalifikovaného personálu. Paušální tvrzení, že izolovaný cloud se po určitém počtu měsíců nevyhnutelně stane nepoužitelným, by byla stejně nepřesná jako tvrzení o neomezené nezávislosti.

Z ekonomického hlediska to vytváří problém s možnostmi řešení: Stát potřebuje nejen aktuální funkčnost, ale také schopnost jednat v případě změněných okolností. Tato možnost má hodnotu, i když zůstává po léta nevyužita. Její financování je podobné pojištění proti vzácné, ale potenciálně velmi nákladné ztrátě technologické rozhodovací pravomoci.

Robustní nouzový plán by proto musel rozlišovat mezi omezeným pokračováním provozu, úplnou obnovou a migrací na jinou platformu. Pro každý z těchto scénářů by bylo nutné prozkoumat samostatné předpoklady. Například jednoduchá záloha dat má omezený přínos, pokud chybí programy potřebné k efektivnímu zpracování informací a vynucování příslušných pravidel přístupu.

Závislost se zvyšuje s každým specializovaným zákrokem

Často používaný termín „uzamčení“ popisuje situaci, kdy změna poskytovatele zůstává teoreticky možná, ale v praxi se stává stále složitější. V cloudových systémech toto uzamčení vzniká souhrou funkcí platformy, rozhraní, datových struktur a zavedených provozních procesů. Čím specializovanější aplikace vyžadují specifické služby od konkrétního dodavatele, tím větší úsilí je potřeba k replikaci ekvivalentní funkcionality jinde.

Ne každé použití proprietární technologie je neekonomické. Specializovaný nástroj může nabídnout významnou výhodu v produktivitě. Problém spočívá v tom, že krátkodobé výhody jsou často snadno zřejmé, zatímco budoucí náklady na přechod zůstávají nejisté. To riskuje vytvoření systematické nerovnováhy: současné pohodlí je plně zohledněno, zatímco budoucí závislost je zmiňována pouze abstraktně.

Vazba na úrovni aplikace je obzvláště důležitá. Virtuální stroj lze relativně snadno přenést, zatímco složitou obchodní aplikaci se službami databáze, identity a analytiky specifickými pro dodavatele nelze. Skutečnost, že platforma podporuje kontejnery, proto není dostatečným důkazem její zaměnitelnosti. Klíčovým faktorem je, zda lze celou obchodní funkcionalitu s přiměřeným úsilím nasadit v jiném prostředí.

Konzistentní architektura by musela zvážit výhody specifických platformních služeb oproti výsledným překážkám bránícím přechodu. Cílem by nebyla úplná technická jednotnost, ale spíše záměrná diferenciace: Standardizované základní funkce by měly zůstat co nejvíce zaměnitelné, zatímco nezbytné specializované funkce by byly zkoumány samostatně z hlediska jejich přidané hodnoty a závislostí.

Problém evropského trhu začíná u rozsahu

Strukturální výzva sahá daleko za hranice německých zpravodajských služeb. Evropský trh se službami cloudové infrastruktury dosáhl v roce 2024 objemu přibližně 61 miliard eur, což je zhruba šestkrát více než v roce 2017; toto číslo zahrnuje infrastrukturní a platformní služby i hostované privátní cloudy, nikoli však celý trh se softwarem. Evropští poskytovatelé v tomto období více než ztrojnásobili své odpovídající regionální tržby, nicméně ztratili relativní podíl na trhu.

Jejich společný podíl klesl z 29 procent v roce 2017 na přibližně 15 procent v roce 2022 a následně zůstal zhruba na této úrovni; Amazon, Microsoft a Google dohromady představovaly v průzkumu trhu zveřejněném v polovině roku 2025 přibližně 70 procent. Tato čísla se vztahují k evropskému trhu a neměla by být ztotožňována s trhem omezeným výhradně na EU, ani se specifickým segmentem uzavřených zpravodajských systémů.

Tento vývoj ukazuje, proč samotný růst tržeb nezaručuje technologickou nezávislost. Evropské společnosti mohou být úspěšnější a zároveň zaostávat za největšími platformami. Přední poskytovatelé rozkládají náklady na vývoj a investice mezi velmi rozsáhlé zákaznické základny; škálovatelnost a dlouhodobé financované investice proto hrají na evropském trhu s infrastrukturou klíčovou roli.

Realistická evropská strategie by proto nemusela kopírovat každou funkci největších hyperškálovacích společností. Bylo by pravděpodobnější vyvinout robustní alternativy pro obzvláště kritické oblasti aplikací a společně rozvíjet zavedené technické základy. Bezpečnostně orientovaný specializovaný trh může mít jiné faktory úspěchu než masový trh se standardizovaným výpočetním výkonem. Obecné vedoucí postavení korporace na trhu se automaticky nepromítá do její nadřazenosti v každé vládní aplikaci.

Stát jako hnací síla křivek technologického učení

Pokud má mnoho veřejných institucí podobné požadavky na datovou suverenitu a bezpečnou spolupráci, mohou společné standardy vytvořit větší a spolehlivější trh. Společnosti pak mají lepší základ pro investice do dokumentace, bezpečnostních auditů a profesionálního provozu. Ekosystém openDesk s mnoha softwarovými a provozními partnery ukazuje, že takový kolaborativní přístup se již v praxi implementuje.

To poskytuje argument z hlediska hospodářské politiky pro cílené využívání vhodných evropských řešení. Jejich přínosy se neomezují pouze na jednotlivé pracoviště, ale mohou se rozšířit i na pozdější aplikace a další zařízení. Opakovaně použitelné komponenty, kvalifikovaný personál a osvědčené provozní modely potenciálně snižují vstupní náklady pro následné uživatele. Tyto dodatečné účinky lze snadno podcenit, pokud se vezme v úvahu pouze počáteční implementace.

Zároveň to nesmí vytvářet nárok na trvalou ochranu. I evropští poskytovatelé musí prokázat výkonnost, spolehlivost a ekonomickou životaschopnost. Politika, která chrání každé lokální řešení bez ohledu na jeho kvalitu, by mohla generovat vysoké náklady a nové závislosti. Klíčovým bodem není odstranění konkurence, ale vytvoření skutečných technických a ekonomických alternativ.

Je také zásadní zabránit tomu, aby mezinárodní monopol byl nahrazen sotva ověřitelnou národní závislostí. Otevřená rozhraní, přenositelné provozní znalosti a více kvalifikovaných poskytovatelů služeb jsou proto stejně důležité jako sídlo společnosti. V konečném důsledku by suverenita měla posílit schopnost uživatele jednat, nikoli pouze změnit původ jeho nejdůležitějšího dodavatele.

Centrum pro bezpečnost a obranu nabízí odborné poradenství a aktuální informace, které efektivně podporují společnosti a organizace při posilování jejich role v evropské bezpečnostní a obranné politice. Úzce spolupracuje s pracovní skupinou SME Connect Defence a podporuje zejména malé a střední podniky (MSP), které chtějí dále rozvíjet své inovační kapacity a konkurenceschopnost v obranném sektoru. Jako ústřední kontaktní místo tak centrum vytváří klíčový most mezi malými a středními podniky a evropskou obrannou strategií.

Souvisí s tím:

• Pracovní skupina SME Connect Defence – Posilování malých a středních podniků v evropské obraně

OpenDesk je relevantní, ale není to úplná náhrada cloudu

Kancelářský a kolaborativní balíček openDesk byl spuštěn v říjnu 2024 a podle odpovědného Centra pro digitální suverenitu byl do října 2026 nainstalován na přibližně 100 000 administrativních pracovních stanicích. Toto číslo představuje hlášenou míru přijetí, nikoli důkaz 100 000 aktivních uživatelů denně nebo odpovídajícího počtu vysoce důvěrných pracovních stanic. Nicméně ukazuje, že evropská spolupráce v oblasti open-source už dávno překročila rámec malých demonstračních projektů.

Technicky vzato musí srovnání zůstat přesné. OpenDesk nabízí balíčky aplikací pro kancelářskou práci a spolupráci, zatímco Google Distributed Cloud je mnohem širší platforma pro infrastrukturu a služby. Sada pro spolupráci automaticky nenahrazuje úložnou architekturu, databáze, výpočetní zdroje a specializované služby celého inteligentního prostředí. Každý, kdo prezentuje obě nabídky jako přímo zaměnitelná, kompletní řešení, si plete různé technické úrovně.

OpenDesk je nicméně pro tuto debatu důležitý, protože ne každá každodenní spolupráce musí vyžadovat konzistentně proprietární platformu. V případech, kdy veřejné orgány společně upravují dokumenty, koordinují projekty nebo komunikují, mohou otevřené aplikace nabídnout konkrétní alternativy. To může alespoň částečně snížit závislost, i když se pod nimi stále používají různé infrastruktury.

V říjnu 2026 byl demonstrován a otestován provoz openDesku v kompletně izolovaných prostředích; současně se pozornost soustředila na jeho zabezpečení pro stupeň utajení „VS-NUR FÜR DEN DIENSTGEBRAUCH“ (Omezené – Pouze pro kancelářské použití). Toto by nemělo být interpretováno jako důkaz provozní připravenosti pro všechny úlohy zpracování až do úrovně „GEHEIM“ (Tajné), protože tyto stupně utajení jsou jasně odlišné. Funkční offline demonstrace je důležitým technickým krokem, ale ne paušálním důkazem vhodnosti pro všechny vysoce citlivé případy použití.

Matice demonstruje výhody otevřené komunikace

Praktické výchozí body poskytují také Element a otevřený protokol Matrix. BwMessenger je založen na těchto komponentách a je provozován společností BWI ve vlastních datových centrech Bundeswehru; BundesMessenger přenáší tento přístup do veřejné správy. Konkrétní zkušenosti se státem řízenou komunikací na otevřeném technickém základě tedy již existují.

Ekonomická výhoda takových základů spočívá v zásadní oddělitelnosti softwaru, provozu a služby. Pokud veřejný orgán provozuje vlastní infrastrukturu nebo si může vybrat mezi vhodnými provozovateli, vznikají lepší podmínky pro hospodářskou soutěž. Kontrola nad probíhající službou pak nemusí nutně zůstat u původního výrobce softwaru.

Ani messengerová služba však není kompletní analytickou platformou. Bezpečné zasílání zpráv, kolaborativní úpravy dokumentů a zpracování velkých datových sad jsou odlišné úkoly. Každá konkrétní konfigurace navíc musí splňovat nezbytné bezpečnostní požadavky; vládní použití automaticky neznamená vhodnost pro každou úroveň klasifikace zabezpečení. Otevřená komunikace je proto důležitou součástí suverénní architektury, ale ne univerzálním řešením všech problémů s infrastrukturou.

Otevřenost nenahrazuje vlastní kompetence

Open-source software může rozšířit možnosti kontroly, protože jeho struktura je transparentní a další vývoj lze v principu rozdělit mezi více zúčastněných stran. Tato možnost však plně rozvine svůj potenciál pouze tehdy, jsou-li k dispozici skutečně kvalifikovaní specialisté, vhodné vývojové nástroje a udržitelně financované odpovědnosti. Transparentní zdrojový kód sám o sobě automaticky neodstraňuje bezpečnostní zranitelnosti ani problematické závislosti.

Zejména u složitých systémů nestačí pouze teoreticky umožnit úpravu jednotlivých programů. Je zapotřebí znalost jejich interakce, vytváření spolehlivých instalačních balíčků a testování nových verzí. Zaměření na zesílené základní komponenty a bezpečné dodavatelské řetězce v open source ekosystému vlády ukazuje, jak důležitá je tato organizační úroveň.

Otevřenost je proto spíše předpokladem pro další postupy než bezplatnou zárukou. Její ekonomický přínos spočívá ve skutečnosti, že investice do znalostí a vývoje lze mezi institucemi snadněji znovu využít. Aby toho bylo dosaženo, měly by se adaptace ideálně vracet zpět do společně spravovaných základů. Mnoho trvale oddělených, specializovaných verzí by naopak zvýšilo náklady na údržbu a bezpečnostní rizika.

Nedostatek personálu je také třeba řešit realisticky. Agentura se nestane suverénní tím, že převezme veškerou práci sama. Rozumnějším modelem je model, v němž stát disponuje dostatečnými interními pravomocemi v oblasti hodnocení a kontroly a zároveň je schopen využívat několik profesionálních poskytovatelů služeb. To sice závislosti zcela neodstraňuje, ale usnadňuje jejich ověřitelnost a správu.

Německé ozbrojené síly představují komplexnější obraz

Pro kontextualizaci ND Cloudu je relevantní privátní cloud německých ozbrojených sil, protože zahrnuje také technologie Google a BWI hraje ústřední roli. Tato platforma však není synonymem pro jediný Google Cloud: Německé ozbrojené síly uplatňují přístup využívající několik technologicky oddělených prostředí, včetně VMware, Google a softwaru s otevřeným zdrojovým kódem.

První fáze zavádění byla představena v roce 2025; vývoj a integrace řešení Google byly nastíněny od roku 2026 s plánovaným dokončením na konec roku 2027. Jako konkrétní případ použití je uváděna platforma SAP Business Technology Platform, zatímco pro otevřené a utajované informace (VS-NfD) jsou plánována dvě samostatná prostředí. Tento zveřejněný časový harmonogram by neměl být interpretován jako konečný provozní stav.

Tento příklad ilustruje, že základní softwarová rozhodnutí mohou vést k dalším rozhodnutím o infrastruktuře. Pokud je potřeba specializovaná platforma, jejíž podporovaná operační prostředí jsou úzce definována, skutečný výběr se zúží ještě před zohledněním jednotlivých poskytovatelů cloudových služeb. Analýza suverenity proto musí zkoumat celý technický řetězec a nemůže končit u viditelného markeru infrastruktury.

Více platforem však vytváří skutečnou škálovatelnost pouze tehdy, pokud mezi nimi lze skutečně přesouvat základní aplikace. Tři oddělená prostředí, každé s vlastními, pevně propojenými postupy, zpočátku znamenají rozmanitost, ale ještě ne vzájemnou zaměnitelnost. BWI výslovně uvádí jako cíle svého přístupu snížení závislostí na dodavatelích a snadnou migraci aplikací.

Právní rizika vyžadují technickou přesnost

Debaty o amerických technologiích se často odvolávají na zákon CLOUD Act. Právním předpokladem je, že společnosti podléhající americkému právu mohou být nuceny zveřejnit data, která vlastní, uchovávají nebo kontrolují, bez ohledu na to, kde jsou uložena. Pouhá přítomnost v Německu proto automaticky nevylučuje veškerá právní rizika.

Naopak, zákonné právo na zveřejnění dat nevytváří technický přístup, který dříve neexistoval. Pokud poskytovatel skutečně nemá ani přístup k datům, ani kontrolu nad potřebnými klíči, je nutné tuto architekturu zohlednit v právním posouzení. Izolovanou platformu proto nelze jednoduše srovnávat s konvenční internetovou službou provozovanou výrobcem.

Pro ND Cloud zůstávají klíčové detaily, které nejsou veřejně známé: Které role jsou dostupné lokálně, jak fungují postupy pro nouzový přístup, jaké informace jsou potřeba pro analýzu chyb a kdo ovládá kryptografické klíče? Obecná dokumentace Googlu popisuje samostatné provozní role a specifické nouzové postupy, ale to automaticky nepopisuje konečnou německou implementaci. Plošné zjištění, že vše je v pořádku, by proto bylo stejně nevhodné jako nepodložené tvrzení o automatickém přístupu Američanů k datům.

Toto je třeba odlišovat od rizika narušení služeb. I když je přístup k datům technicky nemožný, právní nebo geopolitické konflikty by mohly ovlivnit služby, jako je údržba a podpora softwaru. Komplexní posouzení suverenity proto musí zkoumat jak kontrolu nad informacemi, tak kontinuitu základních služeb.

Co by měla obsahovat poctivá kalkulace nákladů

Komplexní ekonomická analýza by musela zahrnovat více než jen počáteční náklady na hardware a software. Musí zahrnovat také integraci, personál, energii, školení, monitorování zabezpečení, zálohování dat, možnosti restartu a průběžné přizpůsobování specializovaných procesů. V případě ND Cloudu chybí veřejně dostupné podrobné údaje, které by umožnily spolehlivou kvantifikaci těchto složek; známý odhad nejméně 500 milionů EUR toto rozdělení nenahrazuje.

Dále je třeba zohlednit náklady, které vznikají pouze během migrace. Patří mezi ně přenos dat, adaptace programu, dočasný paralelní provoz a obnovené bezpečnostní audity. Evropské předpisy o migraci do cloudu proto rozlišují několik technických kroků, od extrakce dat až po migraci do cílového prostředí. Finančně významná migrace proto zahrnuje mnohem více než jen stažení archivu souborů.

Je také důležité rozlišovat mezi náklady domácností a makroekonomickými dopady. Služby poskytované německými datovými centry a poskytovateli služeb mohou generovat místní přidanou hodnotu, a to i v případě, že základní software pochází od mezinárodní korporace. Naopak evropský poskytovatel není osvobozen od závislosti na globálním dodavatelském řetězci. Důkladná analýza by proto musela zohlednit skutečné rozložení odborných znalostí a příjmů, spíše než jednoduše připsat všechny výdaje jediné zemi původu.

Různé krizové scénáře by nakonec musely být posuzovány samostatně. Krátkodobý výpadek podpory, dlouhodobé zastavení aktualizací a krátkodobý přechod na jinou platformu by měly odlišné důsledky. Místo generování zdánlivě přesné jediné částky pro všechna rizika by bylo vhodnější transparentnost šířky pásma, předpokladů a obzvláště závažných důsledků. V současné době chybí dostatek veřejně dostupných projektových dat k určení takových hodnot.

Měřitelná autonomie místo uklidňujících nálepek

Německý Spolkový úřad pro informační bezpečnost (BSI) v dubnu 2026 představil rámec, jehož cílem je systematičtěji posuzovat samostatné využívání cloudových služeb. Tato kritéria doplňují bezpečnostně orientované požadavky C5, ale sama o sobě nemají regulační účinek. Bezpečnost a suverenita jsou tedy výslovně považovány za související, ale odlišné otázky posuzování.

Rámec rozlišuje mezi strategickými, právními, datovými, provozními, dodavatelským řetězcem a technologickými aspekty. Relevantní jsou zde specifické testovací metriky, jako je přenositelnost provozních znalostí, dostupnost nezávislé údržby a schopnost pokračovat v provozu v případě selhání třetí strany. Tyto charakteristiky jsou pro vysoce zabezpečenou platformu smysluplnější než obecné sebepopsání jako suverénní.

Pro praktický provoz by byl obzvláště cenný pravidelně testovaný postup restartu. Ten by prokázal, zda stávající zálohy, dokumentace a odborné znalosti postačují k obnovení základních funkcí za jasně definovaných poruchových podmínek. Umožnil by také otestovat, která data a aplikace jsou skutečně použitelné v sekundárním prostředí. Úspěšný test by byl efektivnější než čistě teoretická možnost přepnutí.

Ani regulační pokroky tuto technickou výzvu nemění. Zákon o datech od 12. ledna 2027 zakazuje poplatky za změnu poskytovatele služeb zpracování dat, na které se vztahuje tento zákon. To však automaticky neznamená, že se tento zákaz vztahuje na každé konkrétní zpravodajské prostředí, ani to neodstraňuje náklady na interní migraci, vývoj a zabezpečení. Bezplatná změna poskytovatele a skutečná technická zaměnitelnost nejsou totéž.

Vyšší výpočetní výkon vyžaduje jasné limity přístupu

Sdílená platforma může usnadnit spolupráci, ale nesmí vyrovnávat podmínky zjednodušováním technických aspektů a minimalizací rozdílných právních povinností a práv k údajům. Sdílená infrastruktura automaticky neposkytuje všem stranám všeobecné povolení k volnému používání všech informací v ní obsažených. Zejména při výměně informací mezi zpravodajskými službami a policií existují zvýšené ústavní požadavky, které nelze zaměňovat s pouhou výměnou mezi zpravodajskými službami.

Pro architekturu to znamená, že role, účely, původ a povolené sdílení dat musí být vhodně namapovány. Technické platformy mohou podporovat detailní pravidla přístupu a sledovatelné protokolování; dokumentace společnosti Google popisuje oprávnění založená na rolích a atributech a také protokolování přístupu. Zákonné a praktické uplatnění však zůstává výhradní odpovědností odpovědných stran.

Dále existuje riziko koncentrace. Sdílená infrastruktura může sdružovat bezpečnostní odborné znalosti, ale zároveň by vážné narušení mohlo ovlivnit více agentur. Proto je nutné logické oddělení, obnovu a nezávislé kontrolní mechanismy posuzovat společně. Ekonomické hodnocení by nemělo záviset pouze na využití datového centra, ale také na tom, jak dobře jsou kritické funkce udržovány během částečných narušení.

Umělá inteligence přesouvá závislost na úroveň modelu

Automatický překlad, sumarizace a analýza velkých datových sad jsou možné aplikace pro uzavřený cloud; Google nabízí pro tuto produktovou řadu odpovídající funkce umělé inteligence. To umožňuje, aby technická integrace přesahovala rámec infrastruktury a zahrnovala modely, rozhraní a organizaci analytických pracovních postupů. Čím specializovanější jsou procesy sladěny se specifickými službami umělé inteligence, tím důležitější je jejich zaměnitelnost.

Lokálně provozovaný model však není automaticky suverénní. Důležitá jsou také práva užívání, aktualizovatelnost, dostupné komponenty modelu a možnost pokračovat v používání nástroje za změněných podmínek; obecné podmínky produktu výslovně rozlišují mezi různými modely a formami použití. Zda jsou konkrétní nabídky umělé inteligence skutečně určeny pro ND Cloud, nelze z obecné dostupnosti produktu odvodit.

Z ekonomického hlediska by proto měla být umělá inteligence měřena kvalitou svých výsledků, nikoli pouze počtem zpracovaných dokumentů. Dodatečné výdaje mohou být cenné, pokud urychlují analýzu a usnadňují vyhledávání relevantních poznatků. Může však také generovat následnou práci, pokud je třeba zkontrolovat chybné souhrny nebo nesprávné odkazy; poskytovatel obecně upozorňuje na potenciální chyby ve výstupu generativních systémů.

Strategicky robustní design by proto co nejčistěji oddělil úložiště dat, modely a uživatelská rozhraní. To by umožnilo aktualizaci jednotlivých analytických nástrojů, aniž by bylo nutné nutně nahradit celou platformu. Zejména s rychle se vyvíjejícími technologiemi umělé inteligence je schopnost implementovat řízené aktualizace ekonomickou výhodou, nikoli pouze politickým požadavkem.

Mezinárodní spolupráce bez trvalé závislosti na jádru

Výměna s partnerskými službami může vyžadovat kompatibilní technické postupy. To však nutně neznamená, že všechny interní pracovní procesy musí probíhat na stejné platformě. Německé ozbrojené síly (Bundeswehr) uvádějí mezinárodní interoperabilitu jako klíčový cíl své multiplatformní strategie a výslovně ji spojují se snižováním závislosti na dodavatelích.

Rozumným přístupem by bylo rozlišovat mezi klíčovými národními operacemi a jasně definovanými funkcemi výměny. Pro mezinárodní spolupráci by se mohla používat specializovaná rozhraní a schválené postupy přenosu, zatímco centrální úložiště dat a základní spolupráce by zůstaly nezávisle spravovatelné. Zapojení mezinárodního poskytovatele technologií by tak bylo funkčně omezeným rozhodnutím a nebylo by automaticky základem pro všechny interní procesy.

Rozhraní však neřeší všechny problémy. Různé úrovně důvěrnosti, datové modely a pravidla pro uvolňování dat vytvářejí dodatečné režijní náklady. Oddělenější architektura proto může být zpočátku dražší a složitější. Její výhoda spočívá v tom, že jednotlivé funkce pro spolupráci lze upravovat, aniž by to stejným způsobem ovlivnilo provoz národního jádra. Zda tato výhoda ospravedlňuje dodatečné náklady, by muselo být posouzeno na základě konkrétních požadavků.

Klíčovou dovedností je schopnost přepínat

Z technického hlediska nejpřesvědčivější perspektiva nespočívá ani v plošném odmítnutí americké technologie, ani v předpokladu, že technické oddělení sítě řeší všechny otázky suverenity. Plánovaný ND Cloud by mohl řešit skutečné problémy s výkonem; jeho izolovaná architektura a pokračující závislost na externím softwaru je však třeba hodnotit samostatně.

Pro obecnou spolupráci si vhodná otevřená řešení zaslouží systematické hodnocení, protože služby založené na openDesku a Matrixu jsou již prakticky nasazenými stavebními kameny. Na vysoce specializované zpracování se mohou vztahovat odlišné technické požadavky. Důležité je, aby odůvodněné výjimky nebyly rozšiřovány do plošné, trvalé závislosti a zbývající rizika by měla být explicitně identifikována.

Robustní strategie by proto musela kombinovat interní odborné znalosti v oblasti hodnocení, transparentní procesy aktualizace a osvědčené pohotovostní plány. Ne každá aplikace vyžaduje plně funkční sekundární platformu, která je okamžitě k dispozici. Kritické funkce by však měly být navrženy tak, aby selhání externího výkonu nutně nevedlo ke ztrátě vládních kapacit. To vyžaduje technická ochranná opatření, kvalifikovaný personál a dlouhodobé financování.

Skutečná zkouška suverenity neprobíhá během nepřerušovaného, ​​běžného provozu. Začíná v okamžiku, kdy dodavatel změní své podmínky, selže podpora nebo se změní politické rámce. Vysoce výkonný cloud je pro stát cenný. Strategicky spravovatelný se stává pouze tehdy, když stát nejen kontroluje jeho současný provoz, ale má také životaschopné možnosti pro svou budoucnost.

Rád/a bych sloužil/a jako váš osobní poradce.

Vedoucí rozvoje obchodu

Předseda pracovní skupiny SME Connect Defense

LinkedIn

 

 

Rád/a bych sloužil/a jako váš osobní poradce.

Můžete mě kontaktovat na adrese wolfenstein∂xpert.digital nebo

Zavolejte mi na +49 7348 4088 965 .

LinkedIn