Najpomembnejši sistem umetne inteligence je morda tisti, ki ga nihče ne vidi.
Stroj za odgovorom
Prvi evropski eksaskalarni superračunalnik ni metafora. JUPITER je dejanski sistem v raziskovalnem centru Jülich, ki ga upravlja Superračunalniški center Jülich. Skupno podjetje EuroHPC opisuje njegovo neposredno tekočinsko hlajeno arhitekturo BullSequana, 20-petabajtno ultra hitro bliskovno particijo ter zasnovo, namenjeno zahtevnim simulacijam in računsko intenzivni umetni inteligenci. Opis je poln podrobnosti, zaradi katerih je sistem sploh mogoč: arhitektura procesorja, raven shranjevanja, način hlajenja, ustanova, ki ga upravlja, in pot dostopa. Model, ki bo morda nekoč deloval na njem, je le en del stavka.
To razliko je lahko spregledati, ker je vidni del umetne inteligence odgovor. Oseba zastavi vprašanje, model vrne besedilo in zaslon daje vtis, da je inteligenca prispela v enem paketu. Skrito delo je manj filmsko. Elektrika mora priti do stavbe. Komponente morajo prispeti v ustreznem stanju. Zaupanja vredna mora biti slika vdelane programske opreme. Omrežja morajo prenašati podatke med procesorji in shranjevalniki. Identiteta mora ugotoviti, katera oseba ali storitev sme uporabljati kateri vir. Razporejevalnik mora poiskati zmogljivost. Register mora operaterju povedati, kateri model, vsebnik in različica podatkov so v uporabi. Spremljanje mora opaziti, da se je sistem spremenil. Nekdo mora še vedno znati popraviti sistem na moker torek, ko ima dokumentacija proizvajalca novo številko različice in je edina oseba, ki je razumela staro, na dopustu.
Pomemben sistem umetne inteligence je zato lahko tisti, ki ga nihče ne vidi. To so dobavna veriga, pogodba o elektriki, omrežno ogrodje, načrt vzdrževanja, drevo programskih odvisnosti, odločitev o javnem naročilu in institucionalni spomin, ki omogočajo uporabo modela, ne da bi se pretvarjali, da je model celotna storitev. Ko je ta skriti sistem šibek, zmogljivejši model ne naredi storitve močnejše. Šibkemu sistemu da le bolj impresiven način, kako odpovedati.
To ni argument proti modelom ali velikim javnim računalniškim programom. Je argument za njihov pošten opis. Evropa gradi zmogljivosti z aktom o čipih, programom EuroHPC in programom tovarn umetne inteligence. Politične strani Komisije govorijo o strateških odvisnostih, odpornosti dobavne verige, dostopu za manjša podjetja in infrastrukturi, potrebni za zaupanja vredno umetno inteligenco. To so infrastrukturna vprašanja, ne vprašanja blagovne znamke. Če celina želi uporabno zmogljivost in ne zbirke impresivnih predstavitev, mora tihe plasti obravnavati kot del zmogljivosti.
Model je komponenta, ne država
Javna razprava pogosto uporablja model kot okrajšavo za celotno zmogljivost. Država ima model, podjetje ima model, oddelek ima model, model pa se obravnava, kot da nosi svojo lastno dobavno verigo. Ne nosi je. Model ima datoteko, parametre, izvajalno okolje in nabor predpostavk o delu, ki naj bi ga opravljal. Storitev okoli njega nosi preostale obveznosti.
Vzemimo preprost sistem, ki razvršča dohodne dokumente, preden jih pregleda človeška ekipa. Potrebuje vhodni kanal, čakalno vrsto, razčlenjevalnik, shrambo, nadzor dostopa, izvajalno okolje modela, shrambo rezultatov, pot za obveščanje, način za umik izdaje in zapis o tem, kaj se je zgodilo. Razvrščevalnik je lahko natančen na svoji testni množici in še vedno neuporaben, če razčlenjevalnik izpusti polje, če sistem za identiteto dodeli napačno vlogo, če vsebnika modela ni mogoče pridobiti ali če operater ne more ugotoviti, katera različica je dala priporočilo. Nobena od teh napak ni halucinacija modela. To so napake v storitvi, zaradi katere je model sploh pomemben.
Nasprotna napaka je prav tako pogosta. Ekipe opisujejo celotno storitev kot odporno, ker je bil model ovrednoten, pri tem pa pustijo odvisnosti zunaj meja vrednotenja. Preizkus modela lahko preveri izhode za izbrano delovno obremenitev. Le redko preveri, ali potrdilo poteče hkrati s spremembo podpisnega ključa v programskem skladišču, ali ima raven shrambe dovolj zmogljivosti za daljši dokument od običajnega ali ali lahko oseba poišče izvorni zapis, potem ko dobavitelj spremeni aplikacijski programski vmesnik. Te skrbi spadajo v operativni sistem. Še vedno so del tega, kar uporabnik doživlja kot umetno inteligenco.
Uporabno vprašanje ni, ali je model dober v izolaciji. Je, katere druge stvari morajo biti resnične, preden se lahko zanesemo na izhod modela, in kdo ima pooblastilo, da te stvari popravi. To vprašanje premakne pogovor s kataloga modelov na mejo sistema. Ustvari tudi manj laskav, a bolj uporaben popis.
- Kateri fizični viri morajo ostati na voljo?
- Katere komponente programske in vdelane opreme morajo prispeti nepoškodovane in ostati podprte?
- Katere storitve za identiteto, omrežje, shrambo in registre morajo odgovarjati?
- Katera organizacija je odgovorna, ko se odvisnost spremeni?
- Kateri dokazi drugi osebi omogočijo, da pozneje preveri odgovor?
- Proposal for the Chips Act 2.0, Evropska komisija, 3. junij 2026.
Ta vprašanja niso teoretična. So razlika med zmogljivostjo, ki jo je mogoče upravljati, in zmogljivostjo, ki jo je mogoče enkrat prikazati. Predstavitve so prijetne. Bistvene storitve morajo preživeti naslednje vzdrževalno okno.
Dobavne verige so znotraj meje sistema
Delo agencije ENISA o celovitosti dobavne verige se začne z neuglednim opažanjem: vlade, organizacije, podjetja in potrošniki so vse bolj odvisni od izdelkov in storitev IKT ter zato od dobavnih verig, ki jih prinašajo. Njeno poročilo imenuje grožnje, ki segajo od posegov med razvojem, distribucijo ali delovanjem do zamenjave s ponarejenimi ali kloniranimi komponentami. Bistvo je širše od varnostnega kontrolnega seznama. Dobavljeno ni le škatla. Je zaporedje ljudi, kode, komponent, pogodb in odločitev, zaradi katerih škatla postane dovolj zaupanja vredna za uporabo.
Storitev umetne inteligence podeduje to zaporedje. Usposabljanje je odvisno od osnovne slike, prevajalnika, gonilnika, jedra, razporejevalnika in izvornega nabora podatkov. Storitev sklepanja je odvisna od istih plasti ter od izvajalnega okolja za strežbo, indeksa, pravilnika in vmesnika, ki lahko deluje tudi, ko promet ni oblikovan kot testna množica. Javna ustanova lahko kupi storitev in ne katerega od teh delov, vendar skrita veriga ne izgine, ker pogodba to imenuje platforma.
ENISA-jev posodobljeni pogled v prihodnost iz leta 2024 postavlja ogrožanje dobavne verige programske opreme na vrh njihovega seznama groženj kibernetski varnosti za leto 2030. Na seznam glavnih pomislekov uvršča tudi pomanjkanje znanj in spretnosti, človeške napake v kibernetsko-fizičnih ekosistemih, čezmejne ponudnike storitev IKT kot eno točko odpovedi ter fizični vpliv okoljskih motenj na kritično digitalno infrastrukturo. To niso trditve, da bo vsak projekt umetne inteligence naletel na vse te grožnje. So opomnik, da je površina groženj sestavljena iz odnosov. Popravek, dobavitelj, posameznik in poplava lahko vsi vplivajo na isto storitev, čeprav so v različnih registrih tveganj.
Jezik istega poročila je uporaben, ker se upira domišljiji, da kibernetsko tveganje pripada samo varnostni ekipi. Odvisnost je lahko ogrožena v programski opremi, vendar lahko njene posledice pridejo skozi fizični proces, izbiro nabave ali manjkajoče znanje in spretnosti. Storitev lahko postane ena točka odpovedi, ker je njen ponudnik tehnično odličen in široko uporabljen. Koncentracija ni enaka nesposobnosti. Je lastnost omrežja okoli storitve.
To ustvarja praktičen problem meja. Če organizacija ocenjuje samo model in njegovo neposredno izvajalno okolje, je rezultat morda natančen za izbrano mejo, a zavajajoč za storitev, ki jo upravlja. Če vsakega dobavitelja ocenjuje z enako intenzivnostjo, bo ustvarila preglednico, ki je nihče ne more vzdrževati. Odgovor je zemljevid odvisnosti, ki sledi posledicam. Ugotovite, kaj lahko spremeni rezultat, prekine storitev, izbriše dokaze, razširi pooblastila ali prepreči obnovitev. Nato se vprašajte, ali je odvisnost dovolj vidna za spremljanje in ali obstaja druga pot.
Ta zemljevid mora vključevati običajne materiale. Strežnik zahteva pomnilnik, naprave za shranjevanje, pretvorbo energije, opremo za hlajenje in nadomestne dele. Omrežje zahteva optične komponente, stikala, programsko opremo za usmerjanje in ljudi, ki poznajo topologijo. Dobavna veriga programske opreme zahteva vzdrževalce, infrastrukturo za gradnjo, registre paketov, podpisne ključe in postopke izdaje. Nobena od teh stvari ne postane manj pomembna, ker v brošuri izdelka piše umetna inteligenca.
Mamljivo je odgovoriti z daljšim vprašalnikom za dobavitelje. Vprašalnik je lahko uporaben, vendar ni zemljevid odvisnosti. Zabeleži, kaj dobavitelj pove v enem trenutku. Operativno vprašanje je, ali lahko kupec opazi spremembo, jo razlaga in sprejme sorazmeren ukrep. Seznam certifikatov ni nadomestilo za poznavanje komponente, ki bi ustavila storitev, če bi jutri zjutraj izginila. Evropske organizacije so občudovanja vredno dobre pri zbiranju dokumentov. Težja veščina je doseči, da dokumenti kažejo na odločitev.
Čipi naredijo nevidno fizično
Evropski akt o čipih navaja dejstvo, ki bi moralo biti očitno in ga je še vedno treba povedati: polprevodniki so gradniki elektronskih izdelkov in ključni za sektorje od komunikacij in obdelave podatkov do zdravstva, energetike, prometa in industrijske avtomatizacije. Akt je začel veljati septembra 2023 in določa cilje, ki vključujejo krepitev raziskav in tehnološkega vodstva, okrepitev zmogljivosti za načrtovanje, izdelavo in pakiranje, reševanje pomanjkanja znanj in spretnosti ter razvoj globljega razumevanja svetovne dobavne verige polprevodnikov.
Ta seznam je pomemben za umetno inteligenco, ker računske zmogljivosti ne ustvari logotip oblaka. Ustvari jo veriga načrtov, rezin, opreme, pakiranja, testiranja, napajanja, hlajenja, omrežij in vzdrževanja. Pomanjkanje ali zamuda v enem delu lahko spremeni, kaj lahko podatkovni center zagotovi, tudi če so datoteke modela pripravljene. Če ima komponenta dolg dobavni rok, operater težave ne more odpraviti s pametnim pozivom. Če odvisnosti od vdelane programske opreme ni mogoče varno posodobiti, je izbira lahko med nadzorovanim zmanjšanjem storitve in nevarnim poskusom, da vse ostane v delovanju.
Pregled Komisije beleži tri stebre akta o čipih. Prvi podpira krepitev zmogljivosti in inovacije, vključno s pilotnimi linijami in kompetenčnimi centri. Drugi obravnava zanesljivost oskrbe in odpornost prek proizvodnje, naprednega pakiranja, testiranja in sestavljanja. Tretji vzpostavlja mehanizme spremljanja in odzivanja na krize, vključno z Evropskim odborom za polprevodnike, ki kartira in spremlja vrednostno verigo ter usklajuje odzive na krize na področju polprevodnikov. Institucionalna zasnova je koristen popravek ideje, da suverenost pomeni proizvodnjo vsake komponente doma. Odpornost je deloma stvar zmogljivosti, deloma preglednosti in deloma sposobnosti odziva, ko se odvisnost premakne.
Stran vsebuje tudi konkretne primere odobrenih prvih tovrstnih obratov v Catanii, Crollesu, Dresdnu, Novari, Premstättenu, Milanu in drugih evropskih lokacijah. Ti vnosi niso dokaz, da je Evropa rešila problem polprevodnikov. So dokaz, da ima vrednostna veriga fizične lokacije, tehnologije in naložbene odločitve, ki jih je mogoče poimenovati. Poimenovanje spremeni pogovor. Omogoča, da se vprašamo, kakšno zmogljivost vsak obrat prinaša, na katere vložke še vedno opira, katere veščine potrebuje in kako bi bil podprt med motnjo.
Predlog Komisije za akt o čipih 2.0, objavljen junija 2026, navaja, da Unija ostaja odvisna od tretjih držav na ključnih področjih, kot sta napredna proizvodnja čipov in načrtovanje polprevodnikov. Za članek z 31. julija je to trenutna politična izjava, ne napoved prihodnjega zakona. Njen praktični pomen je preprost: evropska storitev je lahko gostovana v Evropi in še vedno odvisna od globalne verige, katere najpomembnejše odločitve se sprejemajo drugje. Fizična lokacija je dragocena. Ni enaka nadzoru.
Politika umetne inteligence lahko postane resnejša, če si sposodi ta fizični besednjak. Namesto vprašanja, ali je model evropski, se vprašajmo, katere dele storitve je mogoče popraviti, zamenjati, pregledati in začasno ustaviti v evropskih institucijah. Namesto vprašanja, ali ima ponudnik evropsko regijo, se vprašajmo, kako se strojna oprema, vdelana programska oprema, programske odvisnosti in operativna avtoriteta gibljejo skozi storitev. Odgovor bo neurejen. Dobro. Neurejeni zemljevidi so pogosto prvi pošteni.
Računalniška moč je javna zmogljivost
EuroHPC ponuja uporaben primer, ker naredi računalniško infrastrukturo vidno, ne da bi jo spremenil v potrošniški izdelek. Njegov javni seznam navaja, da je skupno podjetje nabavilo dvanajst najsodobnejših superračunalnikov po Evropi. Seznam imenuje sisteme in gostitelje: JUPITER v Jülichu v Nemčiji, LUMI v Kajaani, Leonardo v Bologni, MareNostrum 5 v Barceloni, Karolina v Ostravy in Arrhenius na Univerzi v Linköpingu, med drugim. Lokacije so manj pomembne kot ligaška tabela in bolj kot opomnik, da je računalniška moč vpeta v institucije, zgradbe, osebje, energetske sisteme, shranjevanje in raziskovalne programe.
JUPITER je opisan kot prvi evropski eksaskalarni superračunalnik z arhitekturo z neposrednim tekočinskim hlajenjem, 20-petabajtno bliskovno particijo in gručnim modulom, ki uporablja procesor SiPearl Rhea1 poleg pospeševalnika z GPU. Stran LUMI opisuje ločene particije za CPE, GPE, analitiko podatkov in vsebniški oblak, s sistemom za shranjevanje, ki združuje bliskovni pomnilnik, vzporedni datotečni sistem in storitev upravljanja podatkov. Te podrobnosti niso zgolj zanimivost za inženirje. Politikom povedo, da je superračunalnik niz različno oblikovanih virov. Delovna obremenitev, ki ustreza eni particiji, morda ne ustreza drugi. Dostop, razporejanje in premikanje podatkov so del zmogljivosti.
MareNostrum 5, ki gosti Barcelona Supercomputing Center, in Arrhenius, ki ga nameščajo na Univerzi v Linköpingu in upravlja Nacionalna akademska infrastruktura za superračunalništvo na Švedskem, na različne načine prikazujeta isto sporočilo. Porazdeljena evropska zmogljivost ni en sam velikanski stroj. Je skupek sistemov z različnimi procesorji, ureditvami shranjevanja, upravljavci, pravili dostopa in znanstvenimi skupnostmi. Omrežje med njimi je pomembno, a pomembni so tudi stiki med njimi.
Politika AI Factories Evropske komisije opisuje program, zgrajen na tej resničnosti. AI Factories uporabljajo superračunalniške zmogljivosti EuroHPC za razvoj napredne generativne umetne inteligence ter povezujejo računalniške centre, univerze, mala in srednja podjetja, industrijo in finančne akterje. Stran navaja, da je bilo ob posodobitvi aprila 2026 delujočih devetnajst tovarn AI in trinajst anten, načrtovanih pa je vsaj devet novih superračunalnikov, optimiziranih za umetno inteligenco. Prav tako opisuje dolgoročno naložbo v višini desetih milijard evrov prek EuroHPC v obdobju od 2021 do 2027. To so institucionalne ureditve, ne pa zagotovilo, da bo vsak projekt dobil zmogljivost, ki jo želi, ali da bo vsak model zanesljiv.
Vrednost tovrstnih ureditev ni le v hitrosti. Javno računalništvo lahko ustvari prostor, kjer lahko evropski raziskovalci in podjetja izvajajo delovne obremenitve v skladu s pravili in ureditvami dostopa, ki so vidne javnim institucijam. Lahko podpira eksperimentiranje, ki bi bilo sicer cenovno nedosegljivo, in lahko omogoči, da je nekaj znanja ponovljivega na različnih lokacijah. Prav tako lahko uvede nove odvisnosti, če program temelji na majhnem številu dobaviteljev, enem samem programskem skladu ali delovni sili, ki je ni mogoče nadomestiti. Javna lastništvo objekta ne odpravlja operativnega dela. Odgovornost le oteži skrivanje, kar je bolj zdravo.
Ko računalništvo postane javna zmogljivost, je treba njegov uspeh meriti prek vrhunske zmogljivosti. Ali lahko manjša raziskovalna skupina pridobi dostop? Ali je mogoče občutljivo delovno obremenitev ločiti od splošne? Ali lahko upravljavec pokaže, katera programska in strojna oprema sta bili uporabljeni? Ali lahko ekipa prestavi delovno obremenitev, ko je particija polna ali je odvisnost umaknjena? Ali lahko javni organ pojasni pogoje, pod katerimi je bil model usposobljen? Hiter stroj, ki ne more odgovoriti na ta vprašanja, je še vedno uporaben za nekatere znanosti, vendar še ni popolna podlaga za javno umetno inteligenco.
Omrežja, shranjevanje in identiteta opravljajo tiho delo
Najpomembnejše plasti so pogosto tiste, ki se ne pojavijo v diagramu umetne inteligence. Diagram prikazuje model med vhodom in izhodom. Upravljavec vidi verigo omrežnih poti, razredov shranjevanja, potrditev identitete, čakalnih vrst, potrdil, registrov, skrivnosti, cevovodov za opazovanje in kontrol sprememb. Diagram ni napačen. Nepopoln je natanko na način, ki povzroča drage presenečenja.
Začnimo pri omrežju. Velika storitev modela lahko prenaša podatke med pospeševalniki, pomnilnikom, shranjevanjem in drugimi storitvami. Javna raziskovalna delovna obremenitev lahko prenaša nabore podatkov na superračunalnik in rezultate nazaj na univerzo. Produkcijski potek dela lahko prečka mejo politike, preden doseže model, in drugo mejo, preden vrne odločitev. Zakasnitev, izguba paketov, spremembe usmerjanja in vzdrževanje lahko spremenijo obnašanje celotne storitve, ne da bi spremenili en sam parameter v modelu. Časovna omejitev lahko postane ponovni poskus, ponovni poskus lahko postane podvojeno delo, podvojeno delo pa lahko postane napačen zapis. Model se ni odločil za ponovni poskus. To je storil okoliški sistem.
Shranjevanje ima svojo skrito slovnico. Obstajajo izvorni zapis, preoblikovani zapis, indeks, predpomnilnik, dnevnik, varnostna kopija, oznaka izbrisa in dokaz, ki pove, katera različica je bila uporabljena. Storitev lahko odgovori na vprašanje, a hkrati ne more dokazati, kateri podatki so omogočili odgovor. Hramba in priklic nista zrcalni sliki. Hraniti vse za vedno lahko krši namensko omejitev; izbrisati izvor, a pustiti izpeljanko ali predpomnilnik, lahko povzroči drugačno težavo. Resna podatkovna meja opredeli, kaj je shranjeno, kako dolgo, pri kom in kako lahko poznejši pregledovalec ugotovi, da je bila meja spoštovana.
Identiteta ni prijavni zaslon. Je mehanizem, ki osebi, storitvi ali agentu daje pooblastilo za izvedbo dejanja. Če lahko sklepalna končna točka pokliče orodje, mora sistem vedeti, kateri nosilec je vprašal, katera politika je dovolila klic in česa se je orodje smelo dotakniti. Če register omogoča napredovanje vsebnika, mora vedeti, kdo lahko odobri napredovanje in kakšen dokaz je potreben. Če se potrdilo samodejno podaljša, mora storitev še vedno imeti način, da opazi, da se je identitetno razmerje spremenilo. Skrivnost, ki ostane veljavna, potem ko oseba, ki jo je zahtevala, odide, je vzdrževalna težava z varnostno posledico.
Registri so spomin gibljivega sistema. Register modelov lahko hrani različice in metapodatke. Register artefaktov lahko hrani vsebnike, pakete ali podpisane izdaje. Podatkovni register lahko opisuje sheme in lastništvo. Popis strojne opreme lahko identificira ploščo, izdajo vdelane programske opreme in status zamenjave. Bistvo ni ustvariti enega registra za vse. Bistvo je, da je avtoritativni vir za vsako trditev izrecen. Če noben sistem ne more odgovoriti, kateri model, gonilnik, izdaja podatkov in različica politike so bili aktivni, potem mora poznejši pregled zgodovino sklepati iz dnevnikov, ki so se ohranili.
Opazljivost sklene zanko. Metrike operaterju povedo, da je čakalna vrsta zrasla ali da je naprava vroča. Sledi prikazujejo pot zahteve. Dnevniki nosijo kontekst, čeprav jih je še vedno lahko napačno razumeti. Dogodki in potrdila lahko ohranijo odločitve in spremembe. Ti objekti imajo različne naloge. Če z njimi ravnamo kot z zamenljivimi, dobimo bodisi šum bodisi lažen občutek dokaza. Oblikovalsko vprašanje je, kaj mora oseba vedeti, ko je storitev počasna, napačna, nedosegljiva ali sporna, in kateri zapis lahko odgovori na to vprašanje brez rekonstrukcije.
To lahko opišemo kot dolgočasno inženirstvo. To ni žalitev. Dolgočasno inženirstvo je tisti del, ki še naprej deluje, potem ko se objava o zagonu pomakne navzdol po domači strani. Je tudi tisti del, ki določa, ali je mogoče nov model sprejeti brez preoblikovanja institucije okoli njega.
Vzdrževanje je zmožnost, ne stroškovna postavka
Zgodbe o infrastrukturi se rade končajo z uvedbo. Takrat delo postane storitev. Model je izdan, gruča je predana v uporabo, tovarna se odpre, pogodba je podpisana in pripoved se premakne k naslednji objavi. Sistem sam nadaljuje skozi popravke, zamenjavo strojne opreme, usposabljanje, preglede dostopa, nadgradnje, opustitve, odzivanje na incidente in postopno izginjanje ljudi, ki se spomnijo, zakaj je bila izbrana neka nastavitev.
ENISA-jevo poročilo o grožnjah uvršča pomanjkanje znanj in spretnosti med najvišje dolgoročne skrbi. To ni le vprašanje trga dela. Je vprašanje odpornosti. Storitev, katere odvisnosti lahko razume več kot ena oseba, ima skrito eno točko odpovedi. Organizacija ima lahko rezervne stroje, a še vedno nima zmožnosti, da bi jih varno uporabljala, ker priročnik, postopek gradnje ali podatkovna pogodba živi v spominu enega inženirja. Nakup podpore lahko zmanjša tveganje, a kupec mora še vedno dovolj razumeti, da lahko izpodbija dobavitelja in se odloči, kdaj prenehati.
Vzdrževanje spremeni tudi pomen trditve o delovanju. Meritev uspešnosti, izvedena na eni izdaji, pove nekaj o tej izdaji pod navedenimi pogoji. Ne pove, da bo sistem imel enako obnašanje po posodobitvi gonilnika, spremembi prevajalnika, novem razporejevalniku, drugačni poti shranjevanja ali novi delovni obremenitvi. Uporabna storitev ohranja pogoje svojih trditev. Zapisuje različice, vnose, strojno opremo, pravilnike in spremembe, da lahko nekdo ponovi preizkus ali pojasni, zakaj ponovitev ni več mogoča.
Obstaja človeška cena za pretvarjanje, da je vzdrževanje manj pomembna skrb. Upravljavci odlašajo z nadgradnjami, ker je graf odvisnosti nejasen. Varnostne ekipe se trudijo ugotoviti, kateri paket je dejansko v produkciji. Nabava podaljša pogodbo, ker nihče ni vadil izstopa. Raziskovalci ne morejo reproducirati rezultata, ker se je okolje oddaljilo od prvotnega stanja. Uporabniki naletijo na občasne napake, ki se pripišejo modelu, ker storitev nima skupnega jezika za plasti pod njim. Rezultat ni en sam dramatičen izpad. Gre za počasno zmanjševanje zaupanja.
Načrt vzdrževanja bi moral zato vključevati več kot le datume popravkov. Vključevati bi moral preglede lastništva, potek dostopa, rotacijo potrdil in ključev, preizkuse obnovitve varnostnih kopij, pregled odvisnosti, življenjski cikel strojne opreme, obvestila o spremembah dobaviteljev, umik modela in dokaze, potrebne za vsako od teh nalog. Nekatere od teh nalog je mogoče avtomatizirati. Odgovornosti ni mogoče avtomatizirati. Nekdo mora odločiti, kaj šteje za pomembno spremembo, kdo prejme signal in kateri organ lahko začasno ustavi storitev.
Evropska nagnjenost k ustanavljanju odbora za težaven problem je včasih predmet posmeha, pogosto po krivici. Odbor, ki ima v lasti zemljevid odvisnosti, pravilo o spremembah in pot eskalacije, je bolj uporaben kot nadzorna plošča, ki ni v lasti nikogar. Problem ni upravljanje. Problem je upravljanje, ki ne more doseči stroja.
Nabava je tam, kjer odvisnosti postanejo zaveze
Pogodbe spremenijo odvisnost v zavezo. Kupec izbere dobavitelja, komponento, dogovor o podpori, lokacijo podatkov, obdobje obnovitve in pogoj izstopa. Odločitev je lahko opisana kot nakup storitve umetne inteligence, vendar kupec kupuje tudi dobaviteljev postopek posodabljanja, odzivanje na incidente, model identitete, stabilnost vmesnika, dokumentacijo in sposobnost, da ostane na trgu. To niso stranske funkcije. Določajo, koliko pooblastil obdrži kupec.
Dokument svetovalne skupine agencije ENISA iz leta 2025 o izvajanju direktive NIS2 je glede tega nenavadno neposreden. Ugotavlja, da lahko manjša podjetja padejo v delo za skladnost z NIS2, ker dobavljajo subjektom, ki so v obsegu direktive. Zavzema se za evropski okvir za varnost dobavne verige in nabavo z izhodiščem ukrepov in skupno metodo skrbnega pregleda. Prav tako poziva k izhodišču za nabavo z minimalnimi pogodbenimi zahtevami, standardnimi klavzulami, pristopi k varnostnemu testiranju in preprostim načinom, kako lahko kupec oceni dobavitelje. Dokument je mnenje svetovalne narave, ne uredba. Njegova vrednost je tukaj v tem, da poimenuje operativno trenje, ki nastane, ko si vsak kupec izmisli drugačno različico skrbnega pregleda.
Nabavne ekipe ni treba, da od vsakega dobavitelja zahtevajo razkritje vsake notranje podrobnosti. Morajo pa postavljati vprašanja, ki so povezana s posledicami. Katere komponente so bistvene za storitev? Kako so spremembe sporočene? Kako lahko kupec preveri programsko in vdelano opremo v uporabi? Kaj se zgodi, če dobavitelj ali poddobavitelj ne more zagotoviti komponente? Katere podatke in dokaze je mogoče izvoziti? Kako dolgo se podpora nadaljuje po umiku izdaje? Kdo lahko začasno ustavi delovanje in kaj se zgodi z delom, ki je že v teku?
Ta vprašanja so manj glamurozna kot predstavitev. Prav tako jih je težje ponarediti. Ponudnik lahko v desetih minutah pokaže tekoč odgovor. Težje je pokazati popoln popis odvisnosti, preizkušeno obnovitev, pot selitve in osebo, ki je pooblaščena, da ob pravem trenutku reče ne. Kupec te težave ne bi smel razumeti kot razlog, da se vprašanjem izogne. Prav to je razlog, da jih zastavi, preden storitev postane težko zamenljiva.
Tveganje koncentracije si zasluži skrbno izbrane besede. Široko uporabljan ponudnik ni samodejno nevaren, majhen ponudnik pa ni samodejno odporen. Koncentracija postane tveganje, kadar en ponudnik, programski repozitorij, geografska pot, organ za ugotavljanje identitete ali vzdrževalna ekipa nosi več posledic, kot jih organizacija lahko prenese. ENISA-jevo poročilo o prihodnosti opisuje čezmejne ponudnike storitev IKT kot morebitno eno samo točko odpovedi. Ustrezen odziv ni pretvarjanje, da je koncentracijo mogoče odpraviti. Treba je ugotoviti, kje obstaja, določiti sprejemljivo odvisnost in vaditi, kaj se zgodi, če pot ni na voljo.
Izhodne klavzule so pogosto zapisane kot pravno pohištvo. Prava izhodna klavzula ima tehnično obliko. Navaja formate, vmesnike, pravice do dostopa, ključe, dnevnike, dokaze, podporo med prehodom, potrditev izbrisa in najmanjšo količino informacij, potrebnih za ponovno vzpostavitev storitve drugje. Močnejša je, če je bila preizkušena na manjši delovni obremenitvi. Preizkus ni treba, da je teatralen. Nadzorovan izvoz, obnovitev v neodvisnem okolju in primerjava nastalega delovanja lahko razkrijejo več kot več strani zagotovil.
Kritična infrastruktura je mreža odvisnosti
Direktiva o odpornosti kritičnih subjektov naredi podoben korak na ravni bistvenih storitev. Opredeljuje odpornost kot zmožnost subjekta, da prepreči, se zaščiti, se odzove, se upre, ublaži, absorbira, sprejme in si opomore od incidenta. Kritično infrastrukturo opisuje kot sredstvo, objekt, opremo, omrežje ali sistem, ki je nujen za bistveno storitev. Besedilo je namerno širše od zgolj stavbe. Storitev obravnava kot razmerje med sredstvi, ljudmi in funkcijami.
Direktiva določa, da bi morale države članice upoštevati čezsektorska in čezmejna tveganja, ter opozarja na vse večjo soodvisnost med infrastrukturo in sektorji. Prav tako določa, da je treba učinke dobavne verige upoštevati pri ocenjevanju pomembnosti motečega incidenta. To je pomembno za infrastrukturo umetne inteligence, ker zadevna storitev morda sploh ni označena kot umetna inteligenca. Podatkovna povezava, elektroenergetski sistem, storitev ugotavljanja identitete, sistem bolnišničnih evidenc ali raziskovalno omrežje je lahko plast, ki omogoča storitev, podprto z umetno inteligenco.
Direktiva ni priročnik za upravljanje umetne inteligence. Vsakega modela ne razvršča kot kritičnega in ne nadomešča pravil, specifičnih za posamezen sektor. Ponuja način razmišljanja o posledicah. Če sistem podpira bistveno storitev, ni vprašanje le, ali je model prestal ocenjevanje. Vprašanje je, ali lahko subjekt še naprej zagotavlja bistveno storitev, ko se spremeni komponenta, objekt, dobavitelj, omrežje ali zunanji pogoj.
NIS2 ob tej fizični in organizacijski perspektivi uvaja obveznosti upravljanja tveganj na področju kibernetske varnosti in poročanja o incidentih za ustrezne subjekte. Pravno medsebojno delovanje je specifično in je odvisno od subjekta ter sektorja. Splošno spoznanje ni, da ena direktiva reši vprašanje odpornosti. Je, da je treba kibernetske in fizične odvisnosti uskladiti. Omrežje je lahko varno pred eno vrsto napada in še vedno odpove, ko hlajenje ni na voljo. Objekt ima lahko redundantno napajanje in še vedno ne more overiti operaterjev. Dobavitelj lahko prijavi programski incident, medtem ko kupec nima evidenc, potrebnih za razumevanje njegovega učinka.
Odpornost torej potrebuje besedišče za okrnjeno delovanje, ne le za popolno izpad. Ali lahko sistem sprejme manj zahtevkov? Ali lahko onemogoči visoko tvegano funkcijo, hkrati pa ohrani nizko tvegano? Ali lahko preklopi na manjši model ali ročno pot? Ali lahko nadaljuje z delom, medtem ko se čakalna vrsta prazni in vir preverja? Ali lahko dokaže, katero delo je bilo zamujeno ali ponovno obdelano? To so operativne odločitve. Prav tako določajo, ali državljani, raziskovalci in podjetja doživijo nadzorovano omejitev ali skrivnosten odgovor, ki prispe, ko je institucija že izgubila kontekst za njegov pregled.
Uporabna podoba je omrežje, katerega vozlišča imajo lastnike in katerega povezave imajo pogoje. Povezava je lahko električni priključek, programska odvisnost, pogodba, prenos podatkov ali razmerje pooblastil. Odporna zasnova ne predpostavlja, da bo vsaka povezava ostala na voljo. Zabeleži povezavo, spremlja pogoj, ki je pomemben, in opredeli odziv, preden pritiske nastopijo.
Ponazoritveni sestavljeni primer, ne poročilo o incidentu
Pri problemu odvisnosti pomaga, če ga ponazorimo konkretno, ne da bi izumili resnični izpad. V nadaljevanju je ponazoritveni sestavljeni primer. Ne opisuje nobene imenovane organizacije, dobavitelja, ustanove, osebe, datuma ali dogodka. Gre za miselni eksperiment, sestavljen iz običajnih razmerij infrastrukture.
Predstavljajte si javno raziskovalno storitev, ki pooblaščenim ekipam omogoča, da predložijo dokument, zaženejo delovni postopek razvrščanja in prejmejo rezultat za človeški pregled. Storitev gostuje na evropski infrastrukturi. Njen model je shranjen v registru artefaktov. Izvorni dokumenti so v enem pomnilniškem sloju, indeks pa v drugem. Prehod preverja identiteto in posreduje delo v čakalno vrsto. Delavci uporabljajo sliko vsebnika in gonilnik strojne opreme. Rezultati se zapisujejo v shrambo zapisov in tok dokazov. Nadzorna plošča operativni ekipi sporoča, ali je sistem zdrav.
Nič od tega ni nenavadnega. Prav to je bistvo. Zdaj spreminjajte en pogoj naenkrat. Register spremeni svojo politiko podpisovanja. Posodobitev gonilnika zahteva novo izvajalno okolje vsebnika. Potrdilo za storitev, ki zapisuje dokaze, poteče, medtem ko shramba rezultatov še naprej sprejema zapise. Za izpeljani indeks je dosežena kvota shrambe, ne pa tudi za izvorne dokumente. Dobavitelj spremeni vmesnik in porabnik čakalne vrste ponovi operacijo, ki ni bila zasnovana za ponavljanje. Izkušen operater odide, priročnik pa še vedno opisuje prejšnjo namestitev. Nobena od teh sprememb ne zahteva, da model ustvari napačen stavek. Vsaka lahko spremeni zanesljivost storitve ali njeno sposobnost, da se pojasni.
Organizacija, ki spremlja le točnost modela, morda ne bo videla nobenega opozorila. Testna množica še vedno uspešno prestane. Organizacija, ki spremlja celotno storitev, bo videla drugačne signale: neuspeh preverjanja, naraščajoče število ponovitev, vrzel v toku dokazov, prag shrambe, nepregledano spremembo ali alarm o lastništvu. Signali si niso enakovredni in vsi ne zahtevajo izpada. Zahtevajo pravilo o tem, kdo odloča, kaj se zgodi naprej.
Recimo, da se ekipa odloči zmanjšati zmogljivost, medtem ko preverja odvisnost. To ni znak, da je storitev spodletela pri svojem namenu. Lahko je znak, da ima storitev namen, večji od pretoka. Če sistem lahko ohrani izvorni zapis, označi zamujeno delo, prepreči nepooblaščene ponovitve in človeku omogoči jasno pot do pregleda prizadetih primerov, se je okrnil na nadzorovan način. Če še naprej ustvarja dodelane odgovore, medtem ko je njegova pot dokazov prekinjena, je ohranil videz delovanja na račun zaupanja.
Kompozit je namerno povprečen, ker spektakularni incidenti naredijo lekcijo preveč lahko. Vsi razumejo, da lahko poplava prekine obratovanje. Težje delo je prepoznati, da lahko tudi poteklo potrdilo, neurejena lastninska evidenca, spremenjena dobaviteljska pogodba ali manjkajoči preizkus obnovitve premakne storitev izven njene varne meje delovanja. Dolgočasne odvisnosti niso nič manj vzročne, ker nimajo dramatične fotografije.
Napake se širijo prek odnosov
Zemljevid širjenja napak bi moral slediti odnosom in ne oznakam tehnologij. Začnite z obljubo storitve. Kaj uporabnik pričakuje, da se bo zgodilo, in kaj mora ostati resnično, da bo to pričakovanje izpolnjeno? Nato sledite nazaj skozi model, izvajalno okolje, pravilniški prehod, identiteto, omrežje, shrambo, strojno opremo, energijo, dobavitelja in institucijo. Na vsakem koraku se vprašajte, kako izgleda napaka, kako se odkrije, kdo je odgovoren za odziv in kateri dokazi ostanejo.
Sliši se linearno, a resnični sistemi se razvejajo. Model je lahko na voljo, medtem ko pravilniška storitev ni na voljo. Pravilnik lahko dovoljuje klic, medtem ko je identitetni zapis zastarel. Zahtevek je lahko sprejet, medtem ko čakalna vrsta ne more prazniti. Rezultat je lahko vrnjen, medtem ko zapis, potreben za njegovo izpodbijanje, manjka. Ekipa za infrastrukturo lahko obnovi storitev, medtem ko se mora lastnik podatkov še vedno odločiti, ali je prizadetemu delu mogoče zaupati. Zemljevid širjenja bi moral prikazati te veje, ker en sam zelen indikator stanja tega ne more.
Uporaben način za risanje zemljevida je ločevanje štirih vrst posledic. Razpoložljivost sprašuje, ali se delo lahko zgodi. Celovitost sprašuje, ali sta delo in njegovi zapisi nespremenjena in popolna. Pooblastilo sprašuje, ali je bil izvajalec upravičen opraviti delo. Obnovljivost sprašuje, ali se storitev lahko vrne v znano stanje in pojasni, kaj se je zgodilo. Odvisnost je lahko sprejemljiva za eno dimenzijo in nesprejemljiva za drugo. Predpomnilnik lahko izboljša razpoložljivost, medtem ko ni primeren kot avtoritativni zapis. Storitev identitete tretje osebe je lahko priročna, medtem ko otežuje pregled pooblastil med motnjo.
Zemljevid bi moral prikazati tudi čas. Nekatere odvisnosti odpovejo takoj. Druge počasi odmikajo. Model lahko ostane na voljo, medtem ko njegovi podporni podatki zastarajo. Strojna komponenta lahko deluje, medtem ko nadomestnih delov ni več mogoče dobiti. Pogodba lahko ostane veljavna, medtem ko dobaviteljeva politika sprememb počasi odstranjuje vmesnik, na katerega se je kupec zanašal. Pozneje ko signal prispe, dražja je njegova razlaga. Čas je del odvisnosti, ne opomba v poročilu o incidentu.
Operativne ekipe to pogosto imenujejo opazovalnost. Ta beseda je uporabna le, kadar kaže na dejanje. Graf, ki je videti zdrav, nikomur ne pove, kakšno pooblastilo ima, katera sprememba je povzročila premik grafa ali katere dokaze je treba ohraniti. Namen zemljevida napak je omogočiti odločitev. Če je tok dokazov nepopoln, začasno ustavite prizadeto dejanje. Če register modelov ne more preveriti artefakta, ga ne promovirajte. Če dobavitelj spremeni komponento zunaj preizkušene meje, ponovite ustrezno oceno. Če preizkus obnovitve ne more obnoviti zapisa, ne imenujte varnostne kopije načrt obnovitve.
Za te odločitve ni univerzalnega praga. Raziskovalni poskus, storitev, namenjena javnosti, in delovni proces, kritičen za varnost, imajo različne tolerance. Pomembno je, da prag pripada lastniku storitve, je viden operaterjem in ga je mogoče spremeniti, ko se dokazi spremenijo. V nasprotnem primeru bo prag določila prva oseba, ki opazi napako, kar je izjemno demokratičen način vodenja sistema in slab način upravljanja.
Merite zmogljivost, ne da bi skrili imenovalec
Infrastruktura spodbuja impresivne številke. Eksaflopsi, petabajti, število procesorjev, skupni zneski naložb in število objektov v programu opisujejo nekaj resničnega. Nobena od teh številk sama po sebi ni storitev. Številka postane uporabna, ko sta njen imenovalec in pogoji vidni.
Najvišja računalniška zmogljivost raziskovalcu ne pove, kako hitro bo določena obremenitev dobila particijo, premaknila svoje podatke, dokončala zagon ali pridobila rezultat. Število tovarn umetne inteligence majhnemu podjetju ne pove, ali bo njegova aplikacija dobila dostop pod pogoji, ki jih potrebuje. Skupni znesek naložb v polprevodnike operaterju ne pove, katera komponenta bo na voljo med pomanjkanjem. Visok odstotek razpoložljivosti javni instituciji ne pove, ali lahko pridobi dokaze za sporno odločitev.
Odgovoren opis zmogljivosti zato poveže naslovno številko s potjo za njo. Poimenujte mejo strojne in programske opreme. Navedite, ali gre za najvišjo, trajno, načrtovano ali opazovano vrednost. Opišite obremenitev, model dostopa in izključitve. Povejte, katere odvisnosti so zunaj merjenja. Pripnite trditev k izdaji, strojni opremi, naboru podatkov in politiki, pod katerimi je bila narejena. Cilj ni narediti vsake strani neberljive. Cilj je narediti pomembne strani preverljive.
Ta disciplina izboljšuje tudi javno razpravo. Evropi ni treba izbirati med ambicioznostjo in previdnostjo. Lahko gradi velike objekte, financira ambiciozne raziskave in še vedno pove, kje se dokazi končajo. Javni sistem, ki poimenuje svoje omejitve, je verodostojnejši od tistega, ki predstavlja čisto številko brez poti do preverjanja. Omejitev je lahko čakalna vrsta, vmesnik, dobavitelj, vrzel v znanju, omejitev moči ali pravna meja. Poimenovanje ne naredi zmogljivosti manjše. Ljudem pove, kakšna zmogljivost je to.
Negotovost ni priznanje poraza. Je signal za vzdrževanje. Če nihče ne ve, kako bo sprememba dobavitelja vplivala na obremenitev, je naslednji korak test ali izrecna predpostavka, ne večji pridevnik. Če register ne more razlikovati izdaje modela od konfiguracije strežnika, je naslednji korak boljši zapis. Če institucija ne more ugotoviti, katera oseba lahko ustavi operacijo, je naslednji korak zemljevid pooblastil. Natančnost je način, kako se odločiti, kaj popraviti.
Tihi sloji so tisti, kjer suverenost postane praktična
Evropska suverenost se včasih obravnava, kot da bi šlo za zastavo, postavljeno na streho podatkovnega centra. Storitev je lahko locirana znotraj Unije in še vedno odvisna od zunanjih komponent, tujega pravnega dosega, lastniških vmesnikov, redkih znanj ali dobavitelja, čigar odločitve o spremembah ni mogoče izpodbijati. Lokacija je le eden od vložkov v oceno suverenosti. Praktični nadzor je odvisen od celotne verige.
Poudarek Akta o čipih na razumevanju globalne dobavne verige polprevodnikov, pozornost Direktive o odpornosti kritičnih subjektov na medsektorske soodvisnosti in opozorila agencije ENISA o programskih odvisnostih in posameznih točkah odpovedi kažejo v isto smer. Suverenost ni eno samo stikalo. Je zmožnost razumeti, od česa je storitev odvisna, odločiti se, katera odvisnost je sprejemljiva, jo po potrebi zamenjati ali omejiti ter ohraniti dovolj dokazov za utemeljitev te odločitve.
To zmožnost je mogoče graditi na majhne načine. Javna raziskovalna skupina lahko vodi evidenco izvajalnega okolja, gonilnika in različice podatkov, uporabljenih za rezultat. Nabavna ekipa lahko zahteva preizkušeno pot izvoza namesto zgolj obljube o prenosljivosti. Operativna ekipa lahko opredeli način delovanja ob okvari in ga preizkusi. Regulator lahko vpraša, kateri zapisi bi bili na voljo po zamenjavi dobavitelja. Dobavitelj lahko objavi meje svoje podpore in pogoje, pod katerimi posodobitev spremeni delovanje. Nobeno od teh dejanj ne naredi sistema avtonomnega. Naredijo ga manj skrivnostnega.
Pri podjetju Dweve je to ozki razlog, zakaj nam je mar za odprte temelje in tihe dele okoli njih. Projekti, kot sta Core in Mesh, so uporabni le, če delujejo znotraj poštene operativne meje, z jasnimi zapisi, pooblastili in omejitvami. Niso nadomestilo za evropsko infrastrukturo, javne institucije ali politiko dobavnih verig in ta članek ne trdi, da rešujejo te probleme. Stališče je skromnejše: odprto komponento je lažje pregledati, zamenjati in poučevati, kadar so njene pogodbe izrecne. To je ena opeka, ne celotna stavba.
Stavba je pomembna, ker ljudje srečajo zgornje nadstropje, živijo pa s temelji. Odgovor na zaslonu je lahko tekoč, a pravi značaj storitve določajo plasti, ki odločajo o tem, od kod prihaja odgovor, kdo bi ga lahko spremenil, kaj se zgodi, ko se odvisnost premakne, in ali lahko kdorkoli pozneje pojasni rezultat.
Zgradite sistem, ki ga ljudje še vedno vidijo
Najpomembnejši sistem umetne inteligence je morda tisti, ki ga nihče ne vidi, ker je porazdeljen po krajih, ki nikoli niso bili poimenovani kot umetna inteligenca. To so proizvodni obrat za čipe in hladilna zanka. To sta superračunalnik in razporejevalnik. To so register paketov, ponudnik identitet, politika shranjevanja, omrežna pot in seznam vzdrževalcev. To je pogodba, ki določa, kaj se zgodi, ko dobavitelj spremeni komponento. To je institucija, ki lahko začasno ustavi delovni tok, preden šibek signal postane javna napaka.
Nobeno od tega ne zmanjšuje pomena kakovosti modela. Daje kakovosti modela prostor, kjer lahko nekaj pomeni. Model lahko služi človeku le prek sistema, ki lahko sprejme vhod, opravi delo, ohrani ustrezen zapis in vrne rezultat z dovolj konteksta, da mu nekdo lahko zaupa ali ga izpodbija. Model je pomembna komponenta tega sistema. Ni država, dobavna veriga, načrt za okrevanje ali oseba s pooblastilom za popravilo delov, ki jih ne more videti.
Evropski infrastrukturni programi so priložnost, da te odvisnosti postanejo vidne, medtem ko se zmogljivost še gradi. Priložnost je praktična. Objavite vmesnike in operativne meje. Financirajte vzdrževanje in znanja skupaj z opremo. Obravnavajte nabavo kot oblikovalsko odločitev. Povežite kibernetsko varnost s fizično odpornostjo. Manjšim organizacijam omogočite pot do uporabe javne infrastrukture, ne da bi jih silili, da postanejo strokovnjaki za vsako plast. Merite dostop, okrevanje in dokaze enako skrbno kot najvišjo zmogljivost.
Obstaja neki evropski užitek v odkritju, da je odgovor na veliko tehnološko vprašanje inventar, priročnik in oseba, ki ji je dovoljeno ustaviti stroj. To ni glamurozno, ima pa prednost, da preživi stik s torkom. Ko je skriti sistem dovolj viden za pregled, lahko model opravlja svoje delo, ne da bi nosil mit, za katerega ni bil nikoli zgrajen.
Viri
- Supply Chain Integrity: An overview of the ICT supply chain risks and challenges, and vision for the way forward, Agencija Evropske unije za kibernetsko varnost (ENISA), 2015.
- Foresight Cybersecurity Threats for 2030, update 2024, ENISA, marec 2024.
- ENISA Advisory Group opinion paper on NIS2 post-implementation, Svetovalna skupina ENISA, junij 2025.
- European Chips Act, Evropska komisija, stran posodobljena 14. julija 2026.
- AI Factories, Evropska komisija, stran posodobljena 23. aprila 2026.
- Our supercomputers, Skupno podjetje za evropsko računalništvo visokih zmogljivosti.
- Directive (EU) 2022/2557 on the resilience of critical entities, Evropski parlament in Svet, 14. december 2022.
- Directive (EU) 2022/2555, the NIS2 Directive, Evropski parlament in Svet, 14. december 2022.