Kõige olulisem AI-süsteem võib olla see, mida keegi ei näe

Mudel on nähtav kiht. Euroopa tegelik AI-võimekus sõltub selle all olevatest kiipidest, arvutusvõimsusest, võrkudest, andmetest, lepingutest ja inimestest.

Kõige olulisem AI-süsteem võib olla see, mida keegi ei näe

Masin vastuse taga

Euroopa esimene eksaskaalne superarvuti ei ole metafoor. JUPITER on reaalne süsteem Forschungszentrum Jülichis, mida haldab Jülichi superarvutikeskus. EuroHPC ühisettevõte kirjeldab selle otsese vedelikjahutusega BullSequana-arhitektuuri, 20 petabaidist ülikiiret välkmälupartitsiooni ja disaini, mis on mõeldud nõudlike simulatsioonide ja arvutusmahuka tehisintellekti jaoks. Kirjeldus on täis detaile, mis teevad süsteemi võimalikuks: protsessoriarhitektuur, salvestuskiht, jahutusmeetod, haldav asutus ja juurdepääsutee. Mudel, mis võib kunagi selle peal töötada, on ainult üks osa lausest.

Seda eristust on lihtne kaotada, sest tehisintellekti nähtav osa on vastus. Inimene esitab küsimuse, mudel tagastab teksti ja ekraan jätab mulje, et intelligentsus saabus ühe paki kaupa. Varjatud töö on vähem kinematograafiline. Elekter peab jõudma hoonesse. Komponendid peavad saabuma õiges seisukorras. Püsivara kujutisse tuleb usaldada. Võrgud peavad kandma andmeid protsessorite ja salvestusruumi vahel. Identiteet peab kindlaks tegema, milline isik või teenus võib millist ressurssi kasutada. Planeerija peab leidma võimsust. Register peab operaatorile ütlema, milline mudel, konteiner ja andmeväljaanne on kasutusel. Seire peab märkama, et süsteem on muutunud. Keegi peab ikkagi oskama seda parandada märjal teisipäeval, kui müüja dokumentatsioon on saanud uue versiooninumbri ja ainus inimene, kes vanast aru sai, on puhkusel.

Oluline tehisintellekti süsteem võib seega olla see, mida keegi ei näe. See on tarneahel, energialepe, võrguinfrastruktuur, hooldusplaan, tarkvara sõltuvuste puu, hankimisotsus ja institutsionaalne mälu, mis võimaldab mudelit kasutada ilma teeskluseta, et mudel on kogu teenus. Kui see varjatud süsteem on nõrk, ei muuda võimekam mudel teenust tugevamaks. See annab nõrgale süsteemile muljetavaldavama viisi ebaõnnestumiseks.

See ei ole argument mudelite ega suurte avalike arvutusprogrammide vastu. See on argument nende ausa kirjeldamise poolt. Euroopa ehitab võimekust kiibimääruse, EuroHPC ja AI-vabrikute programmi kaudu. Komisjoni poliitikalehed räägivad strateegilistest sõltuvustest, tarneahela vastupidavusest, juurdepääsust väiksematele ettevõtetele ja usaldusväärse tehisintellekti jaoks vajalikust infrastruktuurist. Need on infrastruktuuri küsimused, mitte brändingu küsimused. Kui kontinent tahab kasulikku võimekust, mitte lihtsalt muljetavaldavate demonstratsioonide kogu, peab ta kohtlema vaikseid kihte võimekuse osana.

Vastus on pealmine kiht. Teenus sõltub igast allpool olevast kihist.

Mudel on komponent, mitte riik

Avalikus arutelus kasutatakse mudelit sageli lühendina terve võimekuse kohta. Riigil on mudel, ettevõttel on mudel, osakonnal on mudel ja mudelit koheldakse nii, nagu kannaks see ise oma tarneahelat. See ei kanna. Mudelil on fail, parameetrid, käituskeskkond ja hulk eeldusi töö kohta, mida temalt oodatakse. Ülejäänud kohustused kannab teenus tema ümber.

Vaatleme tagasihoidlikku süsteemi, mis liigitab saabuvaid dokumente enne, kui inimmeeskond need läbi vaatab. See vajab vastuvõtukanali, järjekorra, parseri, salvestusruumi, juurdepääsukontrolli, mudeli käituskeskkonna, tulemuste salve, teavitusteede, viisi väljalaske tagasipööramiseks ja ülevaadet toimunust. Liigitaja võib olla oma testikomplekti puhul täpne ja siiski kasutuskõlbmatu, kui parser kaotab välja, kui identiteedisüsteem annab vale rolli, kui mudelikonteinerit ei saa kätte või kui operaator ei suuda öelda, milline versioon soovituse andis. Ükski neist tõrgetest pole mudeli hallutsinatsioon. Need on tõrked teenuses, mis muutis mudeli oluliseks.

Vastupidine viga on sama tavaline. Meeskonnad kirjeldavad tervet teenust vastupidavana, sest mudelit on hinnatud, jättes sõltuvused hindamispiirist välja. Mudelitest võib kontrollida väljundeid valitud töökoormuse puhul. See kontrollib harva, kas sertifikaat aegub samal ajal, kui tarkvarahoidla muudab oma allkirjastusvõtit, kas salvestuskiht mahutab tavapärasest pikema dokumendi või kas inimene suudab hankida lähtekirje pärast seda, kui tarnija muudab rakendusliidest. Need mured kuuluvad operatiivsüsteemile. Need on siiski osa sellest, mida kasutaja kogeb tehisintellektina.

Kasulik küsimus pole see, kas mudel on eraldiseisvana hea. See on see, millised muud asjad peavad enne tõeks olema, et mudeli väljundile saaks toetuda, ja kellel on õigus neid asju parandada. See küsimus viib vestluse mudelikataloogilt süsteemi piirini. See loob ka vähem meelitava, kuid kasulikuma varude loendi.

  • Millised füüsilised ressursid peavad kättesaadavaks jääma?
  • Millised tarkvara- ja püsivarakomponendid peavad tervikuna kohale jõudma ja toetatuks jääma?
  • Millised identiteedi-, võrgu-, salvestus- ja registriteenused peavad vastama?
  • Milline organisatsioon vastutab, kui sõltuvus muutub?
  • Milline tõendus võimaldab teisel inimesel vastust hiljem kontrollida?
  • Proposal for the Chips Act 2.0, Euroopa Komisjon, 3. juuni 2026.

Need küsimused pole teoreetilised. Need on erinevus võimekuse vahel, mida saab käitada, ja võimekuse vahel, mida saab üks kord demonstreerida. Demonstratsioonid on meeldivad. Olulised teenused peavad üle elama järgmise hooldusakna.

Tarneahelad on süsteemi piiri sees

ENISA töö tarneahela terviklikkuse alal algab ebameeldiva tähelepanekuga: valitsused, organisatsioonid, ettevõtted ja tarbijad sõltuvad üha enam IKT-toodetest ja -teenustest ning seega tarneahelatest, mis need kohale toimetavad. Selle aruanne nimetab ohte, mis ulatuvad rikkumisest arenduse, levitamise või käitamise ajal kuni võltsitud või kloonitud komponentidega asendamiseni. Mõte on laiem kui turvakontrolli nimekiri. Tarnitav asi pole ainult kast. See on jada inimesi, koodi, komponente, lepinguid ja otsuseid, mille kaudu kast muutub piisavalt usaldusväärseks, et seda kasutada.

AI-teenus pärib selle jada. Treeningkäit sõltub aluspildist, kompilaatorist, draiverist, tuumast, planeerijast ja lähteandmestikust. Järeldusteenus sõltub samadest kihtidest pluss serveerimiskäituskeskkonnast, indeksist, poliitikaväravast ja liidesest, mis suudab töötada ka siis, kui liiklus ei sarnane testikomplektiga. Avalik asutus võib osta teenuse, mitte ühtegi neist osadest, kuid varjatud ahel ei kao seetõttu, et leping nimetab seda platvormiks.

ENISA 2024. aasta tulevikuväljavaadete uuendus seab tarkvara tarneahela kompromiteerimise oma 2030. aasta küberohtude loendi tippu. Samuti toob see peamiste murekohtadena välja oskuste puuduse, inimvead küberfüüsilistes ökosüsteemides, piiriülesed IKT-teenusepakkujad kui ühe rikkepunkti ning keskkonnahäirete füüsilise mõju kriitilisele digitaristule. Need ei ole väited, et iga AI-projekt puutub kokku kõigi nendega. Need on meeldetuletus, et ohupind koosneb suhetest. Paik, tarnija, inimene ja üleujutus võivad kõik mõjutada sama teenust, isegi kui need on eri riskiregistrites.

Sama aruande keel on kasulik, sest see seisab vastu fantaasiale, et küberrisk kuulub ainult turvameeskonnale. Sõltuvust saab kompromiteerida tarkvaras, kuid selle tagajärjed võivad saabuda füüsilise protsessi, hankevalliku või puuduva oskuse kaudu. Teenus võib muutuda üheks rikkepunktiks seetõttu, et selle pakkuja on tehniliselt suurepärane ja laialdaselt kasutatud. Kontsentratsioon ei ole sama mis ebapädevus. See on teenust ümbritseva võrgu omadus.

See loob praktilise piiriprobleemi. Kui organisatsioon hindab ainult mudelit ja selle vahetut käituskeskkonda, võib tulemus olla täpne valitud piiri kohta, kuid eksitav teenuse kohta, mida see käitab. Kui see hindab iga tarnijat võrdse intensiivsusega, saab sellest tabel, mida keegi ei suuda hooldada. Vastus on sõltuvuste kaart, mis järgib tagajärgi. Tehke kindlaks, mis võib muuta väljundit, katkestada teenust, kustutada tõendeid, laiendada volitusi või takistada taastumist. Seejärel küsige, kas sõltuvus on piisavalt nähtav, et seda jälgida, ja kas on olemas mõni muu tee.

See kaart peaks hõlmama tavalisi materjale. Server vajab mälu, salvestusseadmeid, toite muundamist, jahutusseadmeid ja varuosi. Võrk vajab optilisi komponente, lüliteid, marsruutimistarkvara ja inimesi, kes topoloogiat tunnevad. Tarkvara tarneahel vajab hooldajaid, ehitustaristut, paketiregistreid, allkirjavõtmeid ja väljalaskeprotseduure. Ükski neist ei muutu vähem oluliseks seepärast, et toote brošüür ütleb tehisintellekt.

On ahvatlev vastata suurema tarnijaküsimustikuga. Küsimustik võib olla kasulik, kuid see ei ole sõltuvuste kaart. See salvestab, mida tarnija ühel hetkel ütleb. Operatiivne küsimus on, kas ostja suudab muutust märgata, seda tõlgendada ja proportsionaalselt tegutseda. Sertifikaatide loend ei asenda teadmist, milline komponent peataks teenuse, kui see homme hommikul kaoks. Euroopa organisatsioonid on imetlusväärselt head dokumentide kogumisel. Raskem oskus on panna dokumendid osutama otsusele.

Kiibid muudavad nähtamatu füüsiliseks

Euroopa kiibiakt (European Chips Act) kinnitab fakti, mis peaks olema ilmne ja mida tuleb siiski välja öelda: pooljuhid on elektroonikatoodete ehituskivid ja kesksed sektoritele alates side- ja andmetöötlusest kuni tervishoiu, energeetika, transpordi ja tööstusautomaatikani. Akt jõustus septembris 2023 ja seab eesmärgid, mis hõlmavad teadusuuringute ja tehnoloogilise juhtpositsiooni tugevdamist, disaini-, tootmis- ja pakendamisvõimekuse suurendamist, oskuste puuduse käsitlemist ning sügavama arusaama arendamist ülemaailmsest pooljuhtide tarneahelast.

See loend on AI jaoks oluline, sest arvutusvõimsust ei loo pilvelogo. Selle loovad disainide, vahvlite, seadmete, pakendamise, testimise, toite, jahutuse, võrgustiku ja hoolduse ahel. Puudus või viivitus ühes osas võib muuta seda, mida andmekeskus suudab pakkuda, isegi kui mudelifailid on valmis. Kui komponendi tarneaeg on pikk, ei saa operaator probleemi lahendada nutika päringuga. Kui püsivara sõltuvust ei saa ohutult värskendada, võib valik olla kontrollitud teenuse vähendamise ja ohtliku katse vahel kõike töös hoida.

Komisjoni ülevaade kajastab kiibimääruse kolme sammast. Esimene toetab tootmisvõimekuse ja innovatsiooni arendamist, sealhulgas pilootliine ja pädevuskeskusi. Teine käsitleb tarnekindlust ja vastupidavust tootmise, arenenud pakendamise, testimise ja kokkupaneku kaudu. Kolmas loob seire- ja kriisireageerimismehhanismid, sealhulgas Euroopa pooljuhtide nõukogu, mis kaardistab ja jälgib väärtusahelat ning koordineerib reageerimist pooljuhtide kriisidele. Institutsionaalne kujundus on kasulik parandus mõttele, et suveräänsus tähendab kõigi komponentide kodumaist tootmist. Vastupidavus sõltub osalt võimekusest, osalt nähtavusest ja osalt suutlikkusest reageerida, kui mõni sõltuvus liigub.

Lehel on ka konkreetseid näiteid heakskiidetud esimest omalaadset rajatistest Catanias, Crolles'is, Dresdenis, Novaras, Premstättenis, Milanos ja muudes Euroopa paikades. Need kirjed ei tõesta, et Euroopa on pooljuhtide probleemi lahendanud. Need tõendavad, et väärtusahelal on füüsilised asukohad, tehnoloogiad ja investeerimisotsused, mida saab nimetada. Nende nimetamine muudab vestlust. See võimaldab küsida, millist võimekust iga rajatis lisab, millistest sisenditest see endiselt sõltub, milliseid oskusi see vajab ja kuidas seda häire ajal toetataks.

Komisjoni ettepanek kiibimääruse 2.0 kohta, mis avaldati 2026. aasta juunis, ütleb, et liit sõltub endiselt kolmandatest riikidest sellistes põhivaldkondades nagu arenenud kiipide tootmine ja pooljuhtide kujundamine. 31. juuli artikli jaoks on see kehtiv poliitiline avaldus, mitte ennustus tulevase seaduseelnõu kohta. Selle praktiline tähendus on selge: Euroopa teenus võib asuda Euroopas ja sõltuda siiski ülemaailmsest ahelast, mille kõige olulisemad otsused tehakse mujal. Füüsiline asukoht on väärtuslik. Kuid see ei ole sama mis kontroll.

AI-poliitika võib muutuda tõsisemaks, kui see laenab selle füüsilise sõnavara. Selle asemel, et küsida, kas mudel on Euroopa oma, küsige, milliseid teenuse osi saab Euroopa institutsioonide raames parandada, asendada, kontrollida ja peatada. Selle asemel, et küsida, kas teenusepakkujal on Euroopa piirkond, küsige, kuidas riistvara, püsivara, tarkvarasõltuvused ja operatiivne volitus teenuses liiguvad. Vastus on korratu. See on hea. Korratud kaardid on sageli esimesed ausad kaardid.

Arvutusvõimsus on avalik võimekus

EuroHPC pakub head näidet, sest see muudab arvutusinfrastruktuuri nähtavaks, muutmata seda tarbija tooteks. Selle avalik nimekiri ütleb, et ühisettevõte on hankinud kaksteist tipptasemel superarvutit üle Euroopa. Nimekiri nimetab süsteeme ja majutajaid: JUPITER Jülichis Saksamaal, LUMI Kajaani, Leonardo Bolognas, MareNostrum 5 Barcelonas, Karolina Ostravas ja Arrhenius Linköpingi ülikoolis, teiste hulgas. Asukohad on vähem olulised kui edetabel, rohkem kui meeldetuletus, et arvutusvõimsus on seotud institutsioonide, hoonete, töötajate, elektrisüsteemide, salvestusruumi ja teadusprogrammidega.

JUPITERit kirjeldatakse kui Euroopa esimest eksaskaalat superarvutit, millel on otsese vedelikjahutusega arhitektuur, 20-petabaidine välkmälupartitsioon ja klastrimoodul, mis kasutab SiPearl Rhea1 protsessorit koos GPU-kiirendatud boosteriga. LUMI leht kirjeldab eraldi CPU, GPU, andmeanalüütika ja konteinerpilve partitsioone, salvestussüsteemiga, mis ühendab välkmälu, paralleelse failisüsteemi ja andmehaldusteenuse. Need üksikasjad pole ainult inseneride jaoks. Need ütlevad poliitikalugejale, et superarvuti on erineva kujuga ressursside kogum. Töökoormus, mis sobib ühte partitsiooni, ei pruugi sobida teise. Juurdepääs, ajastamine ja andmete liikumine on osa võimekusest.

MareNostrum 5, hosted by the Barcelona Supercomputing Center, and Arrhenius, being installed at Linköping University and operated by the National Academic Infrastructure for Supercomputing in Sweden, make the same point in different ways. A distributed European capacity is not one giant machine. It is a set of systems with different processors, storage arrangements, operators, access rules and scientific communities. The network between them matters, but so do the seams.

The Commission's AI Factories policy describes a programme built on that reality. AI Factories use EuroHPC supercomputing capacity to develop advanced generative AI and connect computing centres, universities, small and medium-sized enterprises, industry and financial actors. The page says that, at the time of its April 2026 update, nineteen AI Factories and thirteen antennas were operational, with at least nine new AI-optimised supercomputers planned. It also describes a long-term investment of ten billion euros through EuroHPC during 2021 to 2027. These are institutional arrangements, not a guarantee that every project will receive the capacity it wants or that every model will be trustworthy.

The value of such arrangements is not only speed. Public compute can create a place where European researchers and companies can run workloads under rules and access arrangements that are visible to public institutions. It can support experimentation that would otherwise be priced out, and it can make some knowledge reproducible across sites. It can also introduce new dependencies if a programme relies on a small number of suppliers, a single software stack or a workforce that cannot be replaced. Public ownership of a facility does not remove operational work. It makes the responsibility harder to hide, which is healthier.

When compute becomes public capability, its success should be measured beyond peak performance. Can a smaller research group obtain access? Can a sensitive workload be separated from a general one? Can an operator show which software and hardware were used? Can a team move a workload when a partition is full or a dependency is retired? Can a public authority explain the conditions under which a model was trained? A fast machine that cannot answer these questions is still useful for some science, but it is not yet a complete foundation for public AI.

Networks, storage and identity do the quiet work

The most important layers are often the ones that do not appear in an AI diagram. A diagram draws a model between an input and an output. An operator sees a chain of network paths, storage classes, identity assertions, queues, certificates, registries, secrets, observability pipelines and change controls. The diagram is not wrong. It is incomplete in exactly the way that produces expensive surprises.

Start with the network. A large model service may move data between accelerators, memory, storage and other services. A public research workload may move datasets to a supercomputer and results back to a university. A production workflow may cross a policy boundary before it reaches a model and another boundary before it returns a decision. Latency, packet loss, routing changes and maintenance can alter the behaviour of the whole service without changing a single parameter in the model. A timeout may become a retry, a retry may become duplicate work, and duplicate work may become an incorrect record. The model did not decide to retry. The surrounding system did.

Salvestusel on oma varjatud grammatika. On olemas lähtekirje, teisendatud kirje, indeks, vahemälu, logi, varukoopia, kustutamismarker ja tõend, mis näitab, millist versiooni kasutati. Teenus võib suuta küsimusele vastata, kuid ei suuda siiski tõendada, millised andmed vastuse võimalikuks tegid. Säilitamine ja otsing ei ole peegelpildid. Kõige igaveseks säilitamine võib rikkuda eesmärgi piirangut; lähteandmete kustutamine, jättes alles tuletise või vahemälu, võib tekitada teistsuguse probleemi. Tõsine andmepiir nimetab, mida salvestatakse, kui kauaks, kelle poolt ja kuidas saab hilisem kontrollija aru, et piirist on kinni peetud.

Identiteet ei ole sisselogimisekraan. See on mehhanism, mis annab inimesele, teenusele või agendile volituse toimingu sooritamiseks. Kui järelduslõpp-punkt saab kutsuda tööriista, peab süsteem teadma, milline printsipaal küsis, milline poliitika kõne lubas ja millele tööriist tohtis ligi pääseda. Kui registris saab konteineri edutada, peab see teadma, kes võib edutamise heaks kiita ja millist tõendit nõutakse. Kui sertifikaati uuendatakse automaatselt, peab teenusel olema siiski võimalus märgata, et identiteedisuhe on muutunud. Saladus, mis jääb kehtima pärast seda, kui selle taotlenud inimene on lahkunud, on hooldusprobleem, millel on turvamõju.

Registrid on liikuva süsteemi mälu. Mudeliregister võib hoida versioone ja metaandmeid. Artefaktiregister võib hoida konteinereid, pakette või allkirjastatud väljalaskeid. Andmeregister võib kirjeldada skeeme ja omandit. Riistvarainventuur võib tuvastada plaadi, püsivara väljalaske ja asendusoleku. Mõte ei ole luua ühte registrit kõige jaoks. Mõte on muuta iga väite volitatud allikas selgesõnaliseks. Kui ükski süsteem ei suuda vastata, milline mudel, draiver, andmeväljalase ja poliitikaversioon olid aktiivsed, on hilisem kontroll sunnitud ajalugu tuletama sellest, mis logidest on säilinud.

Jälgitavus sulgeb ahela. Mõõdikud ütlevad operaatorile, et järjekord on kasvanud või seade on kuum. Jäljed näitavad päringu teekonda. Logid kannavad konteksti, kuigi neid on lihtne valesti mõista. Sündmused ja kinnitused võivad säilitada otsuseid ja muudatusi. Nendel objektidel on erinevad ülesanded. Nende kohtlemine vahetatavatena tekitab kas müra või vale tõendustunde. Disainiküsimus on see, mida inimene peab teadma, kui teenus hilineb, eksib, on kättesaamatu või vaidlustatud, ja milline kirje suudab sellele küsimusele vastata ilma rekonstrueerimisharjutuseta.

Seda võib kirjeldada kui igavat inseneritööd. See ei ole solvang. Igav inseneritöö on see osa, mis töötab edasi ka pärast seda, kui käivituspostitus on avalehel allapoole liikunud. See on ka see osa, mis määrab, kas uut mudelit saab kasutusele võtta ilma asutust selle ümber ümber kirjutamata.

Hooldus on võimekus, mitte kulurida

Taristulood armastavad lõppeda juurutamisega. Siis saab tööst teenus. Mudel lastakse välja, klaster võetakse kasutusele, tehas avatakse, leping sõlmitakse ja narratiiv liigub edasi järgmise teadaande juurde. Süsteem ise jätkab paikade, riistvara vahetamise, koolituse, juurdepääsukontrolli, uuenduste, kasutuselt kõrvaldamiste, intsidentidele reageerimise ja nende inimeste järkjärgulise kadumisega, kes mäletavad, miks mingi seadistus valiti.

ENISA ohuhinnang seab oskuste puuduse oma pikaajaliste murede tipu lähedale. See ei ole ainult tööturu küsimus. See on vastupidavuse küsimus. Teenusel, mille sõltuvusi suudab mõista ainult üks inimene, on varjatud ühepunktitõrge. Organisatsioonil võivad olla varumasinad, kuid siiski puudub võime neid ohutult kasutada, sest tegevusjuhend, ehitusprotsess või andmeleping elab ühe inseneri mälus. Tugiteenuse ostmine võib riski vähendada, kuid ostja peab siiski piisavalt mõistma, et tarnijale vastu vaielda ja otsustada, millal lõpetada.

Hooldus muudab ka seda, mida jõudlusväide tähendab. Ühel väljaandel tehtud jõudluskatse ütleb midagi selle väljaande kohta kindlaksmääratud tingimustes. See ei ütle, et süsteem käitub pärast draiveriuuendust, kompilaatori muutmist, uut ajastajat, teistsugust salvestusteed või uut töökoormust samamoodi. Kasulik teenus hoiab oma väidete tingimused paigas. See salvestab versioonid, sisendid, riistvara, reeglid ja muudatused, et keegi saaks testi korrata või selgitada, miks kordamine pole enam võimalik.

Hoolduse alavääristamisel on inimlik hind. Operaatorid lükkavad uuendusi edasi, sest sõltuvusgraafik on ebaselge. Turvameeskonnad ei suuda aru saada, milline pakett tegelikult tootmises on. Hangete osakond pikendab lepingut, sest keegi pole väljumist harjutanud. Teadlased ei suuda tulemust korrata, sest keskkond on triivinud. Kasutajad puutuvad kokku katkendlike vigadega, mida süüdistatakse mudelis, sest teenusel puudub ühine keel selle aluskihistiku kirjeldamiseks. Tulemus pole mitte üks dramaatiline rike, vaid aeglane usalduse vähenemine.

Hooldusgraafik peaks seetõttu sisaldama enamat kui ainult paikamise kuupäevi. See peaks hõlmama omandiõiguse ülevaateid, juurdepääsu aegumist, sertifikaatide ja võtmete vahetamist, varukoopiate taastamise katseid, sõltuvuste ülevaadet, riistvara elutsüklit, tarnija muudatusteateid, mudeli pensionile jäämist ja igaühe jaoks vajalikke tõendeid. Osa neist ülesannetest saab automatiseerida. Vastutust ei saa automatiseerimisega ära kaotada. Keegi peab otsustama, mis loetakse oluliseks muudatuseks, kes signaali saab ja millisel asutusel on õigus teenus peatada.

Euroopa kalduvust luua raske probleemi jaoks komitee pilatakse vahel, sageli ebaõiglaselt. Komitee, kellele kuulub sõltuvuste kaart, muudatuste reegel ja eskaleerimistee, on kasulikum kui armatuurlaud, mis ei kuulu kellelegi. Probleem pole valitsemises. Probleem on valitsemises, mis ei ulatu masinani.

Hanked on koht, kus sõltuvustest saavad kohustused

Lepingud muudavad sõltuvuse kohustuseks. Ostja valib tarnija, komponendi, tugikorralduse, andmete asukoha, pikendusperioodi ja väljumistingimuse. Otsust võidakse kirjeldada AI-teenuse ostmisena, kuid ostja ostab ka tarnija uuendusprotsessi, intsidentidele reageerimise, identiteedimudeli, liidese stabiilsuse, dokumentatsiooni ja võime äris püsida. Need pole teisejärgulised omadused. Need määravad, kui palju volitusi ostjale jääb.

ENISA 2025. aasta nõuanderühma dokument NIS2 rakendamise kohta on selles osas ebatavaliselt otsekohene. Selles märgitakse, et väiksemad ettevõtted võivad sattuda NIS2 nõuete täitmise töösse, sest nad tarnivad üksustele, mis on reguleerimisalas. Dokument pooldab Euroopa tarneahela turvalisuse ja hangete raamistikku, millel on põhimeetmete kogum ja ühine hoolsuskohustuse meetod. Samuti kutsub see üles hankepõhisele miinimumtasemele, millel on minimaalsed lepingunõuded, standardtingimused, turvatestimise lähenemisviisid ja lihtne viis, kuidas klient tarnijaid hinnata saab. Dokument on nõuandev arvamus, mitte määrus. Selle väärtus seisneb siin selles, et see nimetab tegevusliku hõõrdumise, mis tekib siis, kui iga ostja leiutab oma versiooni hoolsuskohustusest.

Hankemeeskonnad ei pea nõudma, et iga tarnija avalikustaks kõik sisemised üksikasjad. Nad peavad esitama küsimusi, mis on seotud tagajärgedega. Millised komponendid on teenuse jaoks olulised? Kuidas muudatusi teatatakse? Kuidas saab ostja kontrollida kasutusel olevat tarkvara ja püsivara? Mis juhtub, kui tarnija või alltarnija ei suuda komponenti pakkuda? Milliseid andmeid ja tõendeid saab eksportida? Kui kaua tugi jätkub pärast väljaande pensionile jäämist? Kes saab toimingu peatada ja mis juhtub juba poolelioleva tööga?

Need need vähem glamoorne kui demonstratsioon. Neid on ka raskem võltsida. Teenusepakkuja suudab kümne minutiga näidata sujuvat vastust. Raskem on näidata täielikku sõltuvuste inventuuri, testitud taastamist, migratsiooniteed ja inimest, kellel on õigus õigel hetkel öelda ei. Ostja ei tohiks seda raskust pidada põhjuseks küsimusi vältida. See on põhjus, miks neid küsida enne, kui teenust on raske asendada.

Kontsentratsioonirisk väärib hoolikat sõnastust. Laialt kasutatav teenusepakkuja pole automaatselt ebaturvaline ja väike pakkuja pole automaatselt vastupidav. Kontsentratsioon muutub riskiks siis, kui ühel teenusepakkujal, tarkvarahoidlal, geograafilisel marsruudil, identiteediasutusel või hooldusmeeskonnal on suurem kaal, kui organisatsioon suudab taluda. ENISA tulevikuraport kirjeldab piiriüleseid IKT-teenusepakkujaid potentsiaalse ühe punkti tõrkekohana. Õige vastus ei ole teeselda, et kontsentratsiooni saab kõrvaldada. See on tuvastada, kus see eksisteerib, seada vastuvõetav sõltuvus ja harjutada läbi, mis juhtub, kui marsruut pole kättesaadav.

Väljumisklauslid on sageli kirjutatud juriidilise mööblina. Päris väljumisklauslil on tehniline kuju. See nimetab vormingud, liidesed, hankimisõigused, võtmed, logid, tõendid, toe ülemineku ajal, kustutamise kinnituse ja minimaalse teabe, mida on vaja teenuse mujal taastamiseks. See on tugevam, kui seda on testitud väikese töökoormusega. Test ei pea olema teatraalne. Kontrollitud eksport, taastamine sõltumatus keskkonnas ja sellest tuleneva käitumise võrdlus võivad paljastada rohkem kui mitu lehekülge kinnitusi.

Kriitiline taristu on sõltuvuste võrgustik

Kriitiliste üksuste vastupidavuse direktiiv teeb sarnase sammu oluliste teenuste tasandil. See määratleb vastupidavuse üksuse võimena ennetada, kaitsta, reageerida, vastu seista, leevendada, taluda, kohaneda ja taastuda intsidendist. See kirjeldab kriitilist taristut varana, rajatise, seadme, võrgu või süsteemina, mis on olulise teenuse jaoks vajalik. Sõnastus on tahtlikult laiem kui hoone. See käsitleb teenust suhtena varade, inimeste ja funktsioonide vahel.

Direktiiv ütleb, et liikmesriigid peaksid arvestama valdkondadeüleste ja piiriüleste riskidega, ning see osutab kasvavale vastastikusele sõltuvusele taristu ja sektorite vahel. Samuti ütleb see, et tarneahela mõjusid tuleks arvestada häiriva intsidendi olulisuse hindamisel. See on oluline AI-taristu jaoks, sest asjaomane teenus ei pruugi üldse olla märgistatud tehisintellektina. Andmelink, elektrisüsteem, identiteediteenus, haiglarekordite süsteem või teadusvõrk võib olla see kiht, mis teeb AI-põhise teenuse võimalikuks.

Direktiiv ei ole AI-halduse käsiraamat. See ei liigita iga mudeliteenust kriitiliseks ega asenda valdkondlikke reegleid. See pakub viisi tagajärgede üle mõtlemiseks. Kui süsteem toetab olulist teenust, ei ole küsimus ainult selles, kas mudel on läbinud hindamise. See on selles, kas üksus suudab jätkata olulise teenuse osutamist, kui komponent, rajatis, tarnija, võrk või väline tingimus muutub.

NIS2 seisab selle füüsilise ja organisatsioonilise vaate kõrval küberjulgeoleku riskijuhtimise ja intsidentidest teatamise kohustustega asjaomastele üksustele. Õiguslik koostoime on spetsiifiline ja sõltub üksusest ja sektorist. Üldine õppetund ei ole see, et üks direktiiv lahendab vastupidavuse. See on see, et küber- ja füüsilised sõltuvused tuleb kooskõlastada. Võrk võib olla turvaline ühte tüüpi rünnaku vastu ja siiski ebaõnnestuda, kui jahutus pole saadaval. Rajatisel võib olla varutoide ja see võib siiski olla võimetu operaatoreid autentima. Müüja võib teatada tarkvaraintsidendist, samal ajal kui ostjal puuduvad andmed, et selle mõju mõista.

Vastupidavus vajab seega sõnavara halvenenud teenuse kirjeldamiseks, mitte ainult täieliku katkestuse jaoks. Kas süsteem suudab vastu võtta vähem päringuid? Kas see suudab keelata suure riskiga funktsiooni, säilitades samal ajal väikese riskiga funktsiooni? Kas see suudab lülituda väiksemale mudelile või käsitsi tehtavale teele? Kas see saab jätkata, samal ajal kui järjekord tühjeneb ja allikat kontrollitakse? Kas see suudab tõendada, milline töö viibis või töödeldi uuesti? Need on operatiivsed otsused. Need määravad ka selle, kas kodanikud, teadlased ja ettevõtted kogevad kontrollitud piirangut või salapärast vastust, mis jõuab kohale pärast seda, kui asutus on kaotanud konteksti selle ülevaatamiseks.

Kasulik kujund on võrk, mille sõlmedel on omanikud ja mille servadel on tingimused. Serv võib olla toiteühendus, tarkvarasõltuvus, leping, andmeedastus või volitussuhe. Vastupidav disain ei eelda, et iga serv jääb kättesaadavaks. See registreerib serva, jälgib olulist tingimust ja määratleb vastuse enne, kui surve kohale jõuab.

Illustreeriv koondnäide, mitte intsidentiaruanne

Sõltuvusprobleemi aitab konkreetseks muuta ilma reaalset katkestust välja mõtlemata. Järgnev on illustreeriv koondnäide. See ei kirjelda ühtegi nimetatud organisatsiooni, tarnijat, rajatist, isikut, kuupäeva ega sündmust. See on mõtteeksperiment, mis on kokku pandud tavalistest infrastruktuurisuhetest.

Kujutage ette avalikku teadusteenust, mis võimaldab volitatud meeskondadel esitada dokumenti, käivitada klassifitseerimistöövoogu ja saada tulemuse inimese poolt ülevaatamiseks. Teenus on majutatud Euroopa infrastruktuuris. Selle mudel on salvestatud artefaktiregistris. Lähtedokumendid asuvad ühes salvestuskihis ja indeks teises. Lüüs kontrollib identiteeti ja suunab töö järjekorda. Töötajad kasutavad konteineripilti ja riistvaradraiverit. Tulemused kirjutatakse kirjete hoidlasse ja tõendusvoogu. Juhtpaneel näitab operatiivmeeskonnale, kas süsteem on terve.

Siin pole midagi ebatavalist. See ongi mõte. Muutke nüüd ühte tingimust korraga. Register muudab oma allkirjastamispoliitikat. Draiveri uuendus nõuab uut konteineri käituskeskkonda. Sertifikaat aegub teenusel, mis kirjutab tõendeid, samal ajal kui tulemuste hoidla jätkab kirjutiste vastuvõtmist. Tuletatud indeksi salvestuskvoot saab täis, kuid lähtedokumentide oma mitte. Tarnija muudab liidest ja järjekorra tarbija proovib uuesti toimingut, mida polnud kavandatud kordamiseks. Oskuslik operaator lahkub ja tegevusjuhend kirjeldab endiselt eelmist juurutust. Ükski neist muudatustest ei nõua, et mudel toodaks vale lause. Igaüks neist võib muuta teenuse usaldusväärsust või selle võimet end selgitada.

Organisatsioon, mis jälgib ainult mudeli täpsust, ei pruugi hoiatust näha. Testikomplekt läheb endiselt läbi. Organisatsioon, mis jälgib kogu teenust, näeb erinevaid signaale: kontrollimise ebaõnnestumine, kasvav uuestiproovimiste arv, lünk tõendusvoos, salvestuslävi, üle vaatamata muudatus või omanikuhoiatus. Signaalid ei ole samaväärsed ja need ei nõua kõik katkestust. Need nõuavad reeglit selle kohta, kes otsustab, mis edasi juhtub.

Oletame, et meeskond otsustab vähendada võimsust, kontrollides samal ajal sõltuvust. See ei ole märk sellest, et teenus on oma eesmärgi täitmata jätnud. See võib olla märk sellest, et teenuse eesmärk on suurem kui läbilaskevõime. Kui süsteem suudab säilitada lähtekirje, märkida viibinud töö, takistada volitamata uuestiproovimisi ja anda inimesele selge tee mõjutatud juhtumite kontrollimiseks, on see halvenenud kontrollitult. Kui see jätkab viimistletud vastuste tootmist, samal ajal kui selle tõendustee on katki, on see säilitanud teenuse näilise toimimise usalduse arvelt.

The composite is deliberately ordinary because spectacular incidents make the lesson too easy. Everyone understands that a flood can interrupt a facility. The harder work is recognising that an expired certificate, an unowned registry, a changed supplier contract or a missing recovery test can also move a service outside its safe operating boundary. Boring dependencies are not less causal because they lack a dramatic photograph.

Failure propagates through relationships

A failure-propagation map should follow relationships rather than technology labels. Start with the service promise. What does the user expect to happen, and what must remain true for that expectation to be met? Then trace backwards through the model, runtime, policy gate, identity, network, storage, hardware, energy, supplier and institution. At each step, ask what failure looks like, how it is detected, who owns the response and what evidence remains.

This sounds linear, but real systems branch. A model can be available while a policy service is unavailable. A policy can permit a call while an identity record is stale. A request can be accepted while a queue is unable to drain. A result can be returned while the record needed to contest it is missing. An infrastructure team can restore the service while a data owner still has to decide whether the affected work can be trusted. The propagation map should show these branches because a single green status light cannot.

One useful way to draw the map is to separate four kinds of consequence. Availability asks whether the work can happen. Integrity asks whether the work and its records are unchanged and complete. Authority asks whether the actor was allowed to perform the work. Recoverability asks whether the service can return to a known state and explain what occurred. A dependency may be acceptable for one dimension and unacceptable for another. A cache can improve availability while being unsuitable as the authoritative record. A third-party identity service can be convenient while making authority hard to inspect during a disruption.

The map should also show time. Some dependencies fail immediately. Others drift. A model can remain available while its supporting data grows stale. A hardware component can work while replacement stock becomes impossible to obtain. A contract can remain valid while a provider's change policy slowly removes the interface the buyer relied on. The later a signal arrives, the more expensive it is to interpret. Time is part of the dependency, not a note in the incident report.

Operations teams often call this observability. That word is useful only when it points to an action. A graph that looks healthy does not tell anyone what authority they have, which change caused the graph to move or what evidence should be preserved. The point of a failure map is to make a decision possible. If the evidence stream is incomplete, pause the affected action. If the model registry cannot verify an artefact, do not promote it. If a supplier changes a component outside the tested boundary, repeat the relevant evaluation. If a recovery test cannot restore the record, do not call the backup a recovery plan.

There is no universal threshold for these decisions. A research experiment, a public-facing service and a safety-critical workflow have different tolerances. The important thing is that the threshold belongs to the service owner, is visible to operators and can be revised when evidence changes. Otherwise the threshold will be set by the first person who notices the failure, which is a remarkably democratic way to run a system and a poor way to govern one.

Sõltuvus ei pea mudelit hävitama, et muuta seda, mida teenus saab ohutult väita.

Mõõda võimekust, varjamata nimetajat

Infrastruktuur soosib muljetavaldavaid numbreid. Eksaflopsid, petabaidid, protsessorite arv, investeeringute kogusummad ja rajatiste arv programmis kirjeldavad kõik midagi reaalset. Ükski neist ei ole iseenesest teenus. Number muutub kasulikuks siis, kui selle nimetaja ja tingimused on nähtavad.

Tipparvutusjõudlus ei ütle teadlasele, kui kiiresti konkreetne töökoormus saab partitsiooni, liigutab oma andmeid, lõpetab käituse või toob tulemuse kätte. AI-vabrikute arv ei ütle väikeettevõttele, kas tema rakendus saab juurdepääsu talle vajalikel tingimustel. Pooljuhtinvesteeringu kogusumma ei ütle operaatorile, milline komponent on puuduse ajal saadaval. Kõrge kättesaadavuse protsent ei ütle avalik-õiguslikule asutusele, kas ta suudab hankida tõendusmaterjali vaidlusaluse otsuse kohta.

Vastutustundlik võimekuse kirjeldus seob seetõttu pealkirja selle taga oleva teega. Nimeta riistvara ja tarkvara piir. Ütle, kas arv on tipp-, püsiv, kavandatud või vaadeldud. Kirjelda töökoormust, juurdepääsumudelit ja välistusi. Ütle, millised sõltuvused jäävad mõõtmisest välja. Hoia väide seotud selle väljalaskega, riistvaraga, andmestikuga ja poliitikaga, mille alusel see tehti. Eesmärk ei ole muuta iga lehte loetamatuks. See on muuta olulised lehed kontrollitavaks.

See distsipliin parandab ka avalikku arutelu. Euroopa ei pea valima ambitsiooni ja ettevaatlikkuse vahel. Ta saab ehitada suuri rajatisi, rahastada ambitsioonikat teadust ja ikkagi öelda, kus tõendid lõpevad. Avalik süsteem, mis nimetab oma piirangud, on usaldusväärsem kui see, mis esitab puhta numbri ilma võimaluseta seda kontrollida. Piirang võib olla järjekord, liides, tarnija, oskuste lünk, võimsuspiir või õiguslik piir. Selle nimetamine ei muuda võimekust väiksemaks. See ütleb inimestele, missugune võimekus see on.

Ebamäärasus ei ole lüüasaamise tunnistamine. See on hooldussignaal. Kui keegi ei tea, kuidas tarnija muudatus mõjutab töökoormust, on järgmine samm test või selgesõnaline eeldus, mitte suurem omadussõna. Kui registreerimissüsteem ei suuda eristada mudeli väljalaset teenuse konfiguratsioonist, on järgmine samm parem arvestus. Kui asutus ei suuda öelda, milline inimene saab toimingu peatada, on järgmine samm volituste kaart. Täpsus on viis otsustada, mida parandada.

Vaiksed kihid on need, kus suveräänsus muutub praktiliseks

Euroopa suveräänsust käsitletakse mõnikord nii, nagu oleks see andmekeskuse katusele heisatud lipp. Teenus võib asuda liidu piires ja sõltuda siiski välistest komponentidest, välisriikide õigusest, suletud liidestest, napist oskusteabest või tarnijast, kelle muudatusotsuseid ei saa vaidlustada. Asukoht on üks suveräänsuse hindamise sisend. Praktiline kontroll sõltub kogu ahelast.

Kiibimääruse rõhuasetus pooljuhtide ülemaailmse tarneahela mõistmisel, CER-direktiivi tähelepanu valdkondadevahelistele sõltuvustele ja ENISA hoiatused tarkvarasõltuvuste ning ühe rikkepunkti ohtude kohta osutavad kõik samas suunas. Suveräänsus ei ole üks lüliti. See on võime mõista, millest teenus sõltub, otsustada, milline sõltuvus on vastuvõetav, vajaduse korral seda asendada või piirata ning säilitada piisavalt tõendeid otsuse kaitsmiseks.

Seda võimet saab üles ehitada väikeste sammudena. Avaliku teadusrühma liige võib pidada arvestust tulemuse juures kasutatud käituskeskkonna, draiveri ja andmeväljaande kohta. Hangete eest vastutav meeskond võib nõuda testitud eksporditeed, mitte pelgalt lubadust teisaldatavusest. Operatsioonimeeskond võib määratleda halvenenud režiimi ja seda harjutada. Regulaator võib küsida, millised andmed oleksid kättesaadavad pärast tarnija vahetust. Tarnija võib avalikustada oma toe piirid ja tingimused, mille korral uuendus muudab käitumist. Ükski neist tegevustest ei muuda süsteemi autonoomseks. Need muudavad selle vähem salapäraseks.

Dweve'is on just see kitsas põhjus, miks me hoolime avatud alustest ja nende ümber olevatest vaiksetest osadest. Sellised projektid nagu Core ja Mesh on kasulikud ainult siis, kui nad asuvad ausa operatiivse piiri sees, selgete andmete, volituste ja piirangutega. Need ei asenda Euroopa taristut, avalikke institutsioone ega tarneahela poliitikat ning see artikkel ei väida, et need need probleemid lahendavad. Seisukoht on tagasihoidlikum: avatud komponenti on lihtsam kontrollida, asendada ja õpetada, kui selle lepingud on selgesõnalised. See on üks tellis, mitte terve hoone.

Hoone on oluline, sest inimesed kohtuvad ülemisel korrusel ja elavad koos vundamendiga. Vastus ekraanil võib olla sujuv, kuid teenuse tegeliku iseloomu määravad kihid, mis otsustavad, kust vastus tuli, kes seda muuta sai, mis juhtub, kui sõltuvus liigub, ja kas keegi suudab tulemust hiljem selgitada.

Ehita süsteem, mida inimesed ikka veel näevad

Kõige olulisem tehisintellekti süsteem võib olla see, mida keegi ei näe, sest see on jaotatud kohtadesse, mida pole kunagi tehisintellektiks nimetatud. See on kiibitootmisrajatis ja jahutusahel. See on superarvuti ja ajastaja. See on paketiregister, identiteediteenus, salvestuspoliitika, võrgutee ja hooldusgraafik. See on leping, mis ütleb, mis juhtub, kui tarnija muudab komponenti. See on institutsioon, mis suudab töövoo peatada enne, kui nõrk signaal muutub avalikuks ebaõnnestumiseks.

Ükski sellest ei vähenda mudeli kvaliteedi tähtsust. See annab mudeli kvaliteedile koha, kus see saab tähtsust omada. Mudel saab teenindada inimest ainult süsteemi kaudu, mis suudab sisendi vastu võtta, töö teha, asjakohase andme kirje säilitada ja tulemuse tagastada piisava kontekstiga, et keegi saaks seda usaldada või vaidlustada. Mudel on selle süsteemi oluline komponent. See ei ole riik, tarneahel, taastekava ega inimene, kellel on volitus parandada osi, mida ta ei näe.

Euroopa taristuprogrammid on võimalus muuta need sõltuvused nähtavaks ajal, mil võimekust alles ehitatakse. Võimalus on praktiline. Avaldage liidesed ja operatiivsed piirid. Rahastage hooldust ja oskusi koos seadmetega. Käsitage hankeid kujundusotsusena. Ühendage küberjulgeolek füüsilise vastupidavusega. Andke väiksematele organisatsioonidele tee avaliku taristu kasutamiseks ilma, et nad peaksid muutuma iga kihi spetsialistideks. Mõõtke juurdepääsu, taastumist ja tõendusmaterjali sama hoolikalt kui tippjõudlust.

On teatud Euroopa nauding avastada, et vastus suurele tehnoloogiaküsimusele on inventuur, tegevusjuhend ja inimene, kellel on lubatud masin peatada. See pole glamuurne, kuid sellel on eelis, et see peab vastu ka teisipäevale. Kui varjatud süsteem on piisavalt nähtav, et seda kontrollida, saab mudel oma tööd teha ilma, et see kannaks müüti, mille kandmiseks seda kunagi ei ehitatud.

Allikad