Най-важната AI система може да е тази, която никой не вижда.

Моделът е видимият слой. Реалният AI потенциал на Европа зависи от чиповете, изчислителната мощ, мрежите, записите, договорите и хората под него.

Най-важната AI система може да е тази, която никой не вижда.

Машината зад отговора

Първият екзафлопсов суперкомпютър в Европа не е метафора. JUPITER е реална система във Forschungszentrum Jülich, управлявана от Jülich Supercomputing Centre. EuroHPC Joint Undertaking описва неговата директно охлаждана с течност архитектура BullSequana, дял от 20 петабайта ултрабърза флаш памет и дизайн, предназначен за взискателни симулации и изчислително интензивен изкуствен интелект. Описанието е пълно с детайлите, които правят една система възможна: процесорна архитектура, ниво за съхранение, метод за охлаждане, управляваща институция и път за достъп. Моделът, който може някой ден да работи върху нея, е само една част от изречението.

Това разграничение лесно се губи, защото видимата част на ИИ е отговорът. Човек задава въпрос, моделът връща текст и екранът създава впечатлението, че интелигентността е пристигнала в един пакет. Скритата работа е по-малко кинематографична. Електричеството трябва да достигне до сградата. Компонентите трябва да пристигнат в правилното състояние. Образът на фърмуера трябва да е надежден. Мрежите трябва да пренасят данни между процесорите и хранилищата. Самоличността трябва да установи кой човек или услуга може да използва кой ресурс. Планировчикът трябва да намери капацитет. Регистърът трябва да каже на оператора кой модел, контейнер и версия на данните се използват. Мониторингът трябва да забележи, че системата се е променила. Някой все още трябва да знае как да я поправи в дъждовен вторник, когато документацията на доставчика е получила нов номер на версията и единственият човек, който разбираше старата, е в отпуск.

Важната ИИ система може следователно да е тази, която никой не вижда. Тя е веригата за доставки, договорът за електроенергия, мрежовата инфраструктура, планът за поддръжка, дървото на софтуерните зависимости, решението за доставка и институционалната памет, които позволяват даден модел да се използва, без да се преструваме, че моделът е цялата услуга. Когато тази скрита система е слаба, по-способният модел не прави услугата по-силна. Той дава на слабата система по-впечатляващ начин да се провали.

Това не е аргумент срещу моделите или големите публични изчислителни програми. Това е аргумент за честното им описване. Европа изгражда капацитет чрез Chips Act, EuroHPC и програмата AI Factories. Политическите страници на Комисията говорят за стратегически зависимости, устойчивост на веригата за доставки, достъп за по-малки фирми и инфраструктурата, необходима за надежден ИИ. Това са въпроси за инфраструктурата, а не за брандирането. Ако континентът иска полезна възможност, а не колекция от впечатляващи демонстрации, той трябва да третира тихите слоеве като част от възможността.

Отговорът е горният слой. Услугата зависи от всеки слой под него.

Моделът е компонент, а не държава

В публичните дискусии моделът често се използва като съкращение за цяла способност. Държава има модел, компания има модел, отдел има модел и моделът се третира така, сякаш носи собствената си верига на доставки. Но не е така. Моделът има файл, параметри, среда за изпълнение и набор от допускания за работата, която се очаква да върши. Услугата около него поема останалите задължения.

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

Противоположната грешка е също толкова честа. Екипи описват цяла услуга като устойчива, защото моделът е оценен, но оставят зависимостите извън обхвата на оценката. Тест на модел може да проверява резултатите за избран набор от задачи. Рядко проверява дали сертификат изтича по същото време, когато хранилището на софтуера смени ключа си за подписване, дали нивото за съхранение има достатъчно капацитет за по-дълъг от обичайното документ или дали човек може да извлече изходния запис, след като доставчик промени интерфейс за приложно програмиране. Тези въпроси принадлежат на операционната система. Те все пак са част от това, което потребителят възприема като ИИ.

Полезният въпрос не е дали моделът е добър изолирано. А е кои други неща трябва да са верни, преди да може да се разчита на резултата от модела, и кой има правото да поправи тези неща. Този въпрос премества разговора от каталог на модели към граница на системата. Той създава и по-малко ласкателен, но по-полезен опис.

  • Какви физически ресурси трябва да останат налични?
  • Кои софтуерни и фърмуерни компоненти трябва да пристигнат непокътнати и да останат поддържани?
  • Кои услуги за идентичност, мрежа, съхранение и регистър трябва да отговарят?
  • Коя организация е отговорна, когато зависимостта се промени?
  • Какви доказателства позволяват на друг човек да провери отговора по-късно?
  • Proposal for the Chips Act 2.0, Европейска комисия, 3 юни 2026 г.

Тези въпроси не са теоретични. Те са разликата между способност, която може да се експлоатира, и способност, която може да се демонстрира веднъж. Демонстрациите са приятни. Основните услуги трябва да преживеят следващия прозорец за поддръжка.

Веригите на доставки са вътре в границата на системата

Работата на ENISA върху интегритета на веригата на доставки започва с едно нескромно наблюдение: правителства, организации, компании и потребители все повече зависят от ИКТ продукти и услуги, а следователно и от веригите на доставки, които ги предоставят. Нейният доклад посочва заплахи, вариращи от подмяна по време на разработка, разпространение или експлоатация до заместване с фалшиви или клонирани компоненти. Смисълът е по-широк от контролен списък за сигурност. Доставяното нещо не е само кутия. То е последователност от хора, код, компоненти, договори и решения, чрез които кутията става достатъчно доверена, за да се използва.

Услуга с ИИ наследява тази последователност. Едно обучение зависи от базов образ, компилатор, драйвер, ядро, планировчик и изходен набор от данни. Услуга за изводи зависи от същите слоеве плюс среда за обслужване, индекс, политика за достъп и интерфейс, който може да продължи да работи, когато трафикът не прилича на тестовия набор. Публична институция може да купи услуга, а не някоя от тези части, но скритата верига не изчезва, защото договорът я нарича платформа.

Актуализираната прогноза на ENISA за 2024 г. поставя компрометирането на софтуерната верига за доставки на върха на списъка с киберзаплахи за 2030 г. В нея също така се посочват недостигът на умения, човешката грешка в кибер-физическите екосистеми, трансграничните доставчици на ИКТ услуги като единична точка на отказ и физическото въздействие на екологичните смущения върху критичната цифрова инфраструктура сред водещите опасения. Това не са твърдения, че всеки проект с изкуствен интелект ще се сблъска с всички тях. Те са напомняне, че повърхността на заплахата е изградена от взаимоотношения. Кръпка, доставчик, човек и наводнение могат да засегнат една и съща услуга, въпреки че фигурират в различни регистри на риска.

Езикът на същия доклад е полезен, защото се противопоставя на фантазията, че киберрискът принадлежи само на екипа по сигурността. Една зависимост може да бъде компрометирана в софтуера, но последствията ѝ могат да дойдат чрез физически процес, избор на доставка или липсващо умение. Една услуга може да се превърне в единична точка на отказ, защото нейният доставчик е технически отличен и широко използван. Концентрацията не е същото като некомпетентност. Тя е свойство на мрежата около услугата.

Това създава практически проблем с границите. Ако една организация оценява само модела и непосредствената му среда за изпълнение, резултатът може да е точен за избраната граница и подвеждащ за услугата, която оперира. Ако оценява всеки доставчик с еднаква интензивност, ще създаде електронна таблица, която никой не може да поддържа. Отговорът е карта на зависимостите, която следва последствията. Определете какво може да промени резултат, да прекъсне услуга, да изтрие доказателства, да разшири правомощия или да попречи на възстановяването. След това попитайте дали зависимостта е достатъчно видима, за да бъде наблюдавана, и дали съществува друг път.

Тази карта трябва да включва обикновени материали. Сървърът изисква памет, устройства за съхранение, преобразуване на енергия, охлаждащо оборудване и резервни части. Мрежата изисква оптични компоненти, суичове, софтуер за маршрутизиране и хора, които познават топологията. Софтуерната верига за доставки изисква поддържащи, изграждаща инфраструктура, регистри за пакети, ключове за подписване и процедури за пускане. Нито едно от тези неща не става по-малко важно, защото брошурата на продукта казва изкуствен интелект.

Изкушаващо е да се отговори с по-голям въпросник за доставчици. Един въпросник може да бъде полезен, но не е карта на зависимостите. Той записва какво казва доставчикът в един момент. Оперативният въпрос е дали купувачът може да забележи промяна, да я интерпретира и да предприеме съразмерно действие. Списъкът със сертификати не е заместител на знанието кой компонент би спрял услугата, ако изчезне утре сутринта. Европейските организации са възхитително добри в събирането на документи. По-трудното изкуство е документите да сочат към решение.

Чиповете правят невидимото физическо

Европейският акт за чиповете посочва факт, който трябва да е очевиден и все пак трябва да бъде заявен: полупроводниците са градивни елементи за електронни продукти и са от централно значение за сектори от комуникациите и обработката на данни до здравеопазването, енергетиката, транспорта и индустриалната автоматизация. Актът влезе в сила през септември 2023 г. и определя цели, които включват укрепване на научните изследвания и технологичното лидерство, засилване на капацитета за проектиране, производство и опаковане, справяне с недостига на умения и развиване на по-задълбочено разбиране на глобалната верига за доставки на полупроводници.

Този списък е важен за изкуствения интелект, защото изчислителният капацитет не се създава от логото на облака. Той се създава от верига от проекти, пластини, оборудване, опаковане, тестване, захранване, охлаждане, мрежова свързаност и поддръжка. Недостигът или забавянето в една част може да промени това, което центърът за данни може да достави, дори когато файловете на модела са готови. Ако даден компонент има дълго време за доставка, операторът не може да реши проблема с умен подкана. Ако зависимостта от фърмуер не може да бъде актуализирана безопасно, изборът може да бъде между контролирано намаляване на услугата и опасен опит да се поддържа всичко работещо.

Прегледът на Комисията отразява трите стълба на Закона за чиповете. Първият подкрепя изграждането на капацитет и иновациите, включително пилотни линии и центрове за компетентност. Вторият е насочен към сигурността на доставките и устойчивостта чрез производство, модерно опаковане, тестване и сглобяване. Третият създава механизми за наблюдение и реакция при кризи, включително Европейски съвет по полупроводници, който картографира и наблюдава веригата на стойността и координира реакциите при кризи в сектора на полупроводниците. Институционалният дизайн е полезна корекция на схващането, че суверенитетът означава производство на всеки компонент в страната. Устойчивостта зависи отчасти от капацитета, отчасти от видимостта и отчасти от способността за реакция, когато дадена зависимост се премести.

Страницата дава и конкретни примери за одобрени първи по рода си съоръжения в Катания, Крол, Дрезден, Новара, Премщетен, Милано и други европейски локации. Тези записи не са доказателство, че Европа е решила проблема с полупроводниците. Те са доказателство, че веригата на стойността има физически места, технологии и инвестиционни решения, които могат да бъдат посочени. Назоваването им променя разговора. То позволява на някого да попита какъв капацитет добавя всяко съоръжение, на какви входящи ресурси все още разчита, какви умения изисква и как би било подкрепено при прекъсване.

Предложението на Комисията за Закон за чиповете 2.0, публикувано през юни 2026 г., заявява, че Съюзът остава зависим от трети държави в ключови области като модерното производство на чипове и проектирането на полупроводници. За статия от 31 юли това е актуално политическо изявление, а не прогноза за бъдещ законопроект. Практическото му значение е ясно: европейска услуга може да се хоства в Европа и въпреки това да зависи от глобална верига, чиито най-важни решения се вземат другаде. Физическото местоположение е ценно. То не е същото като контрола.

Политиката в областта на ИИ може да стане по-сериозна, когато заимства този физически речник. Вместо да питаме дали даден модел е европейски, нека попитаме кои части от услугата могат да бъдат ремонтирани, заменени, инспектирани и спрени в рамките на европейските институции. Вместо да питаме дали даден доставчик има европейски регион, нека попитаме как хардуерът, фърмуерът, софтуерните зависимости и оперативният контрол преминават през услугата. Отговорът ще бъде объркан. Така да бъде. Обърканите карти често са първите честни.

Изчислителната мощ е публичен капацитет

EuroHPC предлага полезен пример, защото прави изчислителната инфраструктура видима, без да я превръща в потребителски продукт. Публичният му списък показва, че Съвместното предприятие е закупило дванадесет суперкомпютъра от най-ново поколение в цяла Европа. Списъкът посочва системи и домакини: JUPITER в Юлих, Германия, LUMI в Каяни, Leonardo в Болоня, MareNostrum 5 в Барселона, Karolina в Острава и Arrhenius в университета в Линшьопинг, наред с други. Местоположенията имат значение по-малко като класация, а повече като напомняне, че изчислителната мощ е вградена в институции, сгради, персонал, енергийни системи, съхранение и изследователски програми.

JUPITER е описан като първия екзаскален суперкомпютър в Европа, с архитектура с директно течно охлаждане, флаш дял от 20 петабайта и клъстерен модул, използващ процесора SiPearl Rhea1, заедно с ускорител с графични процесори. Страницата на LUMI описва отделни дялове за CPU, GPU, анализ на данни и контейнерен облак, със система за съхранение, която съчетава флаш памет, паралелна файлова система и услуга за управление на данни. Тези подробности не са тривиални само за инженерите. Те показват на читателя, занимаващ се с политики, че суперкомпютърът е набор от ресурси с различна форма. Работно натоварване, което пасва на един дял, може да не пасва на друг. Достъпът, планирането и движението на данни са част от капацитета.

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.

Съхранението има своя скрита граматика. Има изходния запис, трансформирания запис, индекса, кеша, лога, резервното копие, маркера за изтриване и доказателството, което показва коя версия е била използвана. Една услуга може да успее да отговори на въпрос, но въпреки това да не може да докаже кои данни са направили отговора възможен. Задържането и извличането не са огледални образи. Запазването на всичко завинаги може да наруши ограничение за целта; изтриването на източника, докато остават производен запис или кеш, може да създаде различен проблем. Сериозната граница на данните посочва какво се съхранява, колко дълго, от кого и как по-късен рецензент може да разбере, че границата е спазена.

Идентичността не е екран за влизане. Тя е механизмът, който дава на човек, услуга или агент правото да извърши действие. Ако крайна точка за изводи може да извиква инструмент, системата трябва да знае кой принципал е отправил заявката, коя политика е разрешила извикването и до какво е било позволено на инструмента да докосне. Ако регистър позволява повишаване на контейнер, той трябва да знае кой може да одобри повишаването и какво доказателство се изисква. Ако сертификат се подновява автоматично, услугата все пак трябва да има начин да забележи, че връзката на идентичността се е променила. Тайна, която остава валидна, след като човекът, който я е поискал, напусне, е проблем за поддръжката със последица за сигурността.

Регистрите са паметта на една движеща се система. Регистърът на модели може да съдържа версии и метаданни. Регистърът на артефакти може да съдържа контейнери, пакети или подписани издания. Регистърът на данни може да описва схеми и собственост. Инвентаризацията на хардуера може да идентифицира платка, версия на фърмуера и статус на подмяна. Смисълът не е да се създаде един регистър за всичко. Смисълът е да се направи авторитетният източник за всяко твърдение изричен. Ако никоя система не може да отговори кои модел, драйвер, версия на данните и версия на политиката са били активни, тогава по-късен преглед е принуден да извежда историята от каквито и логове да са оцелели.

Наблюдаемостта затваря цикъла. Метриките казват на оператора, че опашка е нараснала или устройство е горещо. Трасировките показват пътя, поет от заявка. Логовете носят контекст, въпреки че остават лесни за неразбиране. Събитията и атестациите могат да запазят решения и промени. Тези обекти имат различни задачи. Отнасянето към тях като към взаимозаменяеми води или до шум, или до фалшиво чувство за доказателство. Въпросът на дизайна е какво трябва да знае човек, когато услугата закъснява, греши, е недостъпна или е оспорена, и кой запис може да отговори на този въпрос без упражнение по реконструкция.

Човек може да опише това като скучно инженерство. Това не е обида. Скучното инженерство е частта, която продължава да работи, след като публикацията за пускането се е преместила надолу по началната страница. То е също и частта, която определя дали нов модел може да бъде приет, без да се пренаписва институцията около него.

Поддръжката е способност, а не разходен ред

Историите за инфраструктура обичат да свършват с внедряването. Тогава работата става услуга. Модел е пуснат, клъстер е въведен в експлоатация, фабрика отваря, договор е подписан и разказът продължава към следващото съобщение. Самата система продължава чрез корекции, подмяна на хардуер, обучение, прегледи на достъпа, надстройки, оттегляния, реагиране при инциденти и постепенното изчезване на хората, които помнят защо е избрана дадена настройка.

Докладът на ENISA за заплахите поставя недостига на умения близо до върха на своите дългосрочни опасения. Това не е само въпрос на пазара на труда. Това е въпрос на устойчивост. Услуга, чиито зависимости не могат да бъдат разбрани от повече от един човек, има скрита единична точка на отказ. Една организация може да разполага с резервни машини и въпреки това да няма способността да ги използва безопасно, защото наръчникът за експлоатация, процесът на изграждане или договорът за данни живеят в паметта на един инженер. Закупуването на поддръжка може да намали риска, но купувачът все пак трябва да има достатъчно разбиране, за да оспори доставчика и да реши кога да спре.

Поддръжката променя и значението на твърдението за производителност. Резултат от бенчмарк, пуснат с дадена версия, казва нещо за тази версия при посочените условия. Той не казва, че системата ще има същото поведение след актуализация на драйвер, промяна на компилатора, нов планировчик, различен път за съхранение или ново натоварване. Една полезна услуга запазва условията на своите твърдения. Тя записва версии, входни данни, хардуер, политики и промени, така че някой да може да повтори тест или да обясни защо повторението вече не е възможно.

Има човешка цена, когато се преструваме, че поддръжката е въпрос от по-нисък ред. Операторите отлагат надстройките, защото графът на зависимостите е неясен. Екипите по сигурността трудно определят кой пакет реално работи в производствена среда. Отделът по доставки подновява договор, защото никой не е репетирал излизането от него. Изследователите не могат да възпроизведат резултат, защото средата се е променила. Потребителите се сблъскват с периодични грешки, които се приписват на модела, защото услугата няма общ език за слоевете под нея. Резултатът не е една драматична повреда. Това е бавно намаляване на доверието.

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

Европейският инстинкт да се създава комитет за всеки труден проблем понякога е осмиван, често несправедливо. Комитет, който притежава карта на зависимостите, правило за промените и път за ескалация, е по-полезен от табло, което не принадлежи на никого. Проблемът не е управлението. Проблемът е управление, което не може да достигне до машината.

Доставките са мястото, където зависимостите стават ангажименти

Договорите превръщат зависимостта в ангажимент. Купувачът избира доставчик, компонент, договореност за поддръжка, местоположение на данните, период на подновяване и условие за излизане. Решението може да бъде описано като закупуване на AI услуга, но купувачът също така закупува процеса на актуализиране на доставчика, реакцията при инциденти, модела на идентичност, стабилността на интерфейса, документацията и способността да остане в бизнеса. Това не са второстепенни функции. Те определят колко власт запазва купувачът.

Документът на консултативната група на ENISA от 2025 г. относно прилагането на NIS2 е необичайно прям по този въпрос. В него се отбелязва, че по-малките компании може да попаднат в обхвата на работата по NIS2, защото доставят на субекти, които са в обхвата. Документът аргументира европейска рамка за сигурност на веригата за доставки и доставки с базово ниво от мерки и общ метод за надлежна проверка. Той също така призовава за базово ниво на доставките с минимални договорни изисквания, стандартни клаузи, подходи за тестване на сигурността и лесен начин за клиента да оценява доставчиците. Документът е консултативно становище, а не регламент. Неговата стойност тук е, че назовава оперативното триене, което възниква, когато всеки купувач измисля различна версия на надлежната проверка.

Екипите по доставки не трябва да изискват от всеки доставчик да разкрива всеки вътрешен детайл. Те трябва да задават въпроси, които водят до последици. Кои компоненти са от съществено значение за услугата? Как се съобщават промените? Как купувачът може да провери използвания софтуер и фърмуер? Какво се случва, ако доставчик или подизпълнител не може да предостави компонент? Кои данни и доказателства могат да бъдат експортирани? Колко дълго продължава поддръжката след пенсионирането на дадена версия? Кой може да спре операция и какво се случва с работата, която вече е в ход?

Тези въпроси са по-малко бляскави от демонстрация. Те също така са по-трудни за фалшифициране. Доставчик може да покаже уверен отговор за десет минути. По-трудно е да се покаже пълен опис на зависимостите, тествано възстановяване, път за миграция и човек, който има право да каже „не“ в точния момент. Купувачът не бива да приема тази трудност като причина да избягва въпросите. Тя е причината да ги зададе, преди услугата да стане трудна за замяна.

Рискът от концентрация заслужава внимателен език. Широко използваният доставчик не е автоматично небезопасен, а малкият доставчик не е автоматично устойчив. Концентрацията се превръща в риск, когато един доставчик, софтуерно хранилище, географски маршрут, орган за самоличност или екип за поддръжка носи повече последствия, отколкото организацията може да поеме. Докладът за прогнозиране на ENISA описва трансграничните доставчици на ИКТ услуги като потенциална единствена точка на отказ. Подходящият отговор не е да се преструваме, че концентрацията може да бъде елиминирана. Той е да се установи къде съществува тя, да се определи приемлива зависимост и да се репетира какво се случва, ако маршрутът е недостъпен.

Клаузите за излизане често са написани като правна декорация. Истинската клауза за излизане има техническа форма. Тя посочва формати, интерфейси, права за достъп, ключове, регистрационни файлове, доказателства, поддръжка по време на прехода, потвърждение за изтриване и минималната информация, необходима за възстановяване на услугата другаде. Тя е по-силна, когато е тествана върху малко натоварване. Тестът не е задължително да бъде театрален. Контролиран експорт, възстановяване в независима среда и сравнение на произтичащото поведение могат да разкрият повече от няколко страници уверения.

Критичната инфраструктура е мрежа от зависимости

Директивата за устойчивост на критичните субекти прави подобен ход на ниво основни услуги. Тя определя устойчивостта като способността на даден субект да предотвратява, защитава се, реагира, съпротивлява се, смекчава, поема, приспособява се и се възстановява от инцидент. Тя описва критичната инфраструктура като актив, съоръжение, оборудване, мрежа или система, необходими за основна услуга. Формулировката е умишлено по-широка от сграда. Тя третира услугата като връзка между активи, хора и функции.

Директивата гласи, че държавите членки следва да вземат предвид трансграничните и междусекторните рискове, и посочва нарастващите взаимозависимости между инфраструктурата и секторите. Тя също така гласи, че последиците за веригата на доставки следва да бъдат взети предвид при оценката на значимостта на разрушителен инцидент. Това е от значение за ИИ инфраструктурата, защото съответната услуга може изобщо да не е обозначена като изкуствен интелект. Връзка за данни, енергийна система, услуга за самоличност, система за болнични досиета или изследователска мрежа може да бъде слоят, който прави услуга, базирана на ИИ, възможна.

Директивата не е наръчник за експлоатация на ИИ. Тя не класифицира всяка моделна услуга като критична и не заменя секторните правила. Тя предоставя начин за мислене за последствията. Ако дадена система поддържа основна услуга, въпросът не е само дали моделът е преминал оценка. Той е дали субектът може да продължи да предоставя основната услуга, когато даден компонент, съоръжение, доставчик, мрежа или външно условие се промени.

NIS2 стои редом с този физически и организационен възглед със задължения за управление на риска в киберсигурността и докладване на инциденти за съответните субекти. Правното взаимодействие е специфично и зависи от субекта и сектора. Общият урок не е, че една единствена директива решава устойчивостта. Той е, че кибернетичните и физическите зависимости трябва да бъдат координирани. Една мрежа може да е защитена срещу един вид атака и въпреки това да се провали, когато охлаждането е недостъпно. Едно съоръжение може да има резервно захранване и въпреки това да не може да удостовери операторите. Един доставчик може да уведоми за софтуерен инцидент, докато купувачът няма записите, необходими, за да разбере въздействието му.

Устойчивостта следователно се нуждае от речник за влошена услуга, а не само за пълно прекъсване. Може ли системата да приема по-малко заявки? Може ли да деактивира функция с висок риск, като същевременно запази такава с нисък риск? Може ли да премине към по-малък модел или към ръчен път? Може ли да продължи работа, докато опашката се изпразва и източник се проверява? Може ли да докаже коя работа е била забавена или обработена повторно? Това са оперативни решения. Те също така определят дали гражданите, изследователите и предприятията ще изпитат контролирано ограничение или загадъчен отговор, който пристига, след като институцията е загубила контекста, за да го прегледа.

Полезната представа е мрежа, чиито възли имат собственици и чиито ръбове имат условия. Един ръб може да бъде електрическа връзка, софтуерна зависимост, договор, трансфер на данни или отношение на власт. Устойчивият дизайн не предполага, че всеки ръб ще остане наличен. Той записва ръба, следи условието, което има значение, и определя отговор, преди натискът да пристигне.

Илюстративен сборен пример, а не доклад за инцидент

Полезно е проблемът със зависимостите да стане конкретен, без да се измисля реално прекъсване. Следващият текст е илюстративен сборен пример. Той не описва поименна организация, доставчик, съоръжение, лице, дата или събитие. Това е мисловен експеримент, изграден от обикновени инфраструктурни взаимоотношения.

Представете си публична изследователска услуга, която позволява на упълномощени екипи да подадат документ, да изпълнят работен процес за класификация и да получат резултат за човешки преглед. Услугата се хоства на европейска инфраструктура. Нейният модел се съхранява в регистър на артефакти. Изходните документи се намират в едно ниво за съхранение, а индексът в друго. Шлюз проверява самоличността и препраща работата към опашка. Работниците използват контейнерен образ и хардуерен драйвер. Резултатите се записват в хранилище за записи и поток от доказателства. Табло за управление показва на оперативния екип дали системата е здрава.

Нищо тук не е необичайно. В това е смисълът. Сега променете едно условие наведнъж. Регистърът променя своята политика за подписване. Актуализацията на драйвера изисква нова среда за изпълнение на контейнери. Сертификат изтича за услугата, която записва доказателства, докато хранилището за резултати продължава да приема записи. Достигната е квота за съхранение за производен индекс, но не и за изходните документи. Доставчик променя интерфейс и потребителят на опашката повтаря операция, която не е била проектирана да се повтаря. Квалифициран оператор напуска, а наръчникът за работа все още описва предишното внедряване. Нито една от тези промени не изисква моделът да произведе невярно изречение. Всяка от тях може да промени надеждността на услугата или способността ѝ да се обясни.

Организация, която следи само точността на модела, може да не види предупреждение. Тестовият набор все още минава. Организация, която следи цялата услуга, ще види различни сигнали: грешка при проверка, нарастващ брой повторни опити, празнина в потока от доказателства, праг на съхранение, непрегледана промяна или аларма за собственост. Сигналите не са еквивалентни и не всички изискват прекъсване. Те изискват правило за това кой решава какво се случва по-нататък.

Да предположим, че екипът избере да намали капацитета, докато проверява зависимостта. Това не е знак, че услугата се е провалила в предназначението си. Може да е знак, че услугата има предназначение, по-голямо от пропускателната способност. Ако системата може да запази изходния запис, да отбележи забавената работа, да предотврати неоторизирани повторни опити и да даде на човек ясен път да провери засегнатите случаи, тя се е влошила по контролиран начин. Ако продължава да произвежда изпипани отговори, докато пътят ѝ за доказателства е прекъснат, тя е запазила вида на услугата за сметка на доверието.

Композитът е умишлено обикновен, защото зрелищните инциденти правят урока твърде лесен. Всеки разбира, че наводнение може да прекъсне дадено съоръжение. По-трудната задача е да се разпознае, че изтекъл сертификат, регистър без собственик, променен договор с доставчик или липсващ тест за възстановяване също могат да изведат услугата извън безопасните ѝ работни граници. Скучните зависимости не са по-малко причинни, защото им липсва драматична снимка.

Повредите се разпространяват чрез взаимоотношенията

Картата на разпространението на повреди трябва да следва взаимоотношенията, а не етикетите на технологиите. Започнете с обещанието на услугата. Какво очаква потребителят да се случи и какво трябва да остане вярно, за да бъде изпълнено това очакване? След това проследете назад през модела, средата за изпълнение, политиката, идентичността, мрежата, съхранението, хардуера, енергията, доставчика и институцията. На всяка стъпка питайте как изглежда повредата, как се открива, кой отговаря за реакцията и какви доказателства остават.

Това звучи линейно, но реалните системи се разклоняват. Модел може да е наличен, докато услугата за политики е недостъпна. Политика може да разреши повикване, докато записът за идентичност е остарял. Заявка може да бъде приета, докато опашката не може да се изпразни. Резултат може да бъде върнат, докато записът, необходим за оспорването му, липсва. Екипът по инфраструктурата може да възстанови услугата, докато собственикът на данните все още трябва да реши дали засегнатата работа може да бъде доверена. Картата на разпространението трябва да показва тези разклонения, защото един зелен статус индикатор не може.

Един полезен начин да начертаете картата е да разделите четири вида последствия. Наличността пита дали работата може да се случи. Цялостността пита дали работата и нейните записи са непроменени и пълни. Правомощието пита дали на изпълнителя е било разрешено да извърши работата. Възстановимостта пита дали услугата може да се върне в познато състояние и да обясни какво се е случило. Една зависимост може да е приемлива за едно измерение и неприемлива за друго. Кешът може да подобри наличността, докато е неподходящ като авторитетен запис. Услуга за идентичност от трета страна може да е удобна, докато прави правомощието трудно за проверка по време на прекъсване.

Картата трябва също да показва времето. Някои зависимости се провалят незабавно. Други се отклоняват постепенно. Модел може да остане наличен, докато поддържащите му данни остаряват. Хардуерен компонент може да работи, докато резервните части станат невъзможни за получаване. Договор може да остане валиден, докато политиката за промени на доставчика бавно премахва интерфейса, на който купувачът е разчитал. Колкото по-късно пристигне сигналът, толкова по-скъпо е да се интерпретира. Времето е част от зависимостта, а не бележка в доклада за инцидента.

Оперативните екипи често наричат това наблюдаемост. Тази дума е полезна само когато сочи към действие. Графика, която изглежда здрава, не казва на никого какви правомощия има, коя промяна е преместила графиката или какви доказателства трябва да бъдат запазени. Смисълът на картата на повредите е да направи възможно вземането на решение. Ако потокът от доказателства е непълен, спрете засегнатото действие. Ако регистърът на моделите не може да провери артефакт, не го повишавайте. Ако доставчик промени компонент извън тестваната граница, повторете съответната оценка. Ако тестът за възстановяване не може да възстанови записа, не наричайте резервното копие план за възстановяване.

Няма универсален праг за тези решения. Научен експеримент, публична услуга и критичен за безопасността работен процес имат различни толеранси. Важното е прагът да принадлежи на собственика на услугата, да е видим за операторите и да може да бъде преразглеждан, когато доказателствата се променят. В противен случай прагът ще бъде зададен от първия човек, който забележи повредата, което е забележително демократичен начин да се управлява система и лош начин да се управлява една.

Една зависимост не трябва да унищожи модела, за да промени това, което услугата може безопасно да твърди.

Измервайте способността, без да скривате знаменателя

Инфраструктурата насърчава впечатляващи числа. Екзафлопси, петабайти, брой процесори, общи инвестиции и броят на съоръженията в една програма описват нещо реално. Нито едно от тях не е самата услуга. Едно число става полезно, когато знаменателят и условията му са видими.

Пиковата изчислителна производителност не казва на изследователя колко бързо конкретно натоварване ще получи дял, ще премести данните си, ще завърши изпълнение или ще извлече резултата. Броят на AI Factories не казва на малка компания дали нейното приложение ще получи достъп при условията, от които се нуждае. Общата сума на инвестициите в полупроводници не казва на оператора кой компонент ще бъде наличен по време на недостиг. Високият процент на наличност не казва на публична институция дали може да извлече доказателствата за оспорено решение.

Отговорното описание на способността следователно свързва заглавието с пътя зад него. Посочете границата на хардуера и софтуера. Заявете дали цифрата е пикова, устойчива, планирана или наблюдавана. Опишете натоварването, модела на достъп и изключенията. Кажете кои зависимости са извън измерването. Обвържете твърдението с версията, хардуера, набора от данни и политиката, при които е направено. Целта не е да направите всяка страница нечетлива. Тя е да направите важните страници проверими.

Тази дисциплина също подобрява публичния дебат. Европа не трябва да избира между амбиция и предпазливост. Тя може да изгражда големи съоръжения, да финансира амбициозни изследвания и все пак да казва къде свършват доказателствата. Една публична система, която назовава своите ограничения, е по-достоверна от тази, която представя чисто число без начин да бъде проверено. Ограничението може да бъде опашка, интерфейс, доставчик, недостиг на умения, ограничение на мощността или правна граница. Назоваването му не прави способността по-малка. То казва на хората какъв вид способност е тя.

Несигурността не е признание за поражение. Тя е сигнал за поддръжка. Ако никой не знае как промяната на доставчик ще повлияе на натоварването, следващата стъпка е тест или изрично предположение, а не по-голямо прилагателно. Ако регистърът не може да различи пускането на модел от конфигурацията за обслужване, следващата стъпка е по-добър запис. Ако институцията не може да каже кой човек може да спре операция, следващата стъпка е карта на властта. Прецизността е начин да се реши какво да се поправи.

Тихите слоеве са мястото, където суверенитетът става практичен

Европейският суверенитет понякога се обсъжда, сякаш е знаме, поставено върху център за данни. Една услуга може да се намира в Съюза и пак да зависи от външни компоненти, чужда правна територия, патентовани интерфейси, оскъдни умения или доставчик, чиито решения за промени не могат да бъдат оспорени. Местоположението е един от факторите в оценката на суверенитета. Практическият контрол зависи от цялата верига.

Фокусът на Закона за чиповете върху разбирането на глобалната верига за доставка на полупроводници, вниманието на Директивата за CER към междусекторните зависимости и предупрежденията на ENISA за софтуерни зависимости и единични точки на отказ сочат в една и съща посока. Суверенитетът не е един ключ. Той е способността да се разбере от какво зависи една услуга, да се реши коя зависимост е приемлива, да се замени или ограничи, когато е необходимо, и да се запази достатъчно доказателства, за да се защити решението.

Тази способност може да се изгради с малки стъпки. Публична изследователска група може да води опис на средата за изпълнение, драйвера и версията на данните, използвани за даден резултат. Екип по обществени поръчки може да изисква тестван път за експорт, вместо обещание за преносимост. Оперативен екип може да дефинира режим на ограничена работа и да го репетира. Регулатор може да попита какви записи ще бъдат налични след смяна на доставчик. Доставчик може да публикува границите на своята поддръжка и условията, при които дадена актуализация променя поведението. Нито едно от тези действия не прави системата автономна. Те я правят по-малко загадъчна.

В Dweve това е тясната причина да се грижим за отворените основи и тихите елементи около тях. Проекти като Core и Mesh са полезни само когато се намират в честна оперативна рамка, с ясни записи, правомощия и граници. Те не са заместител на европейската инфраструктура, публичните институции или политиката за веригите за доставка и тази статия не твърди, че решават тези проблеми. Позицията е по-скромна: отворен компонент е по-лесен за проверка, замяна и преподаване, когато неговите договорености са изрични. Това е една тухла, не цялата сграда.

Сградата има значение, защото хората срещат горния етаж, но живеят с основите. Отговорът на екрана може да е плавен, но истинският характер на услугата се определя от слоевете, които решават откъде е дошъл отговорът, кой е можел да го промени, какво се случва, когато дадена зависимост се премести, и дали някой може да обясни резултата по-късно.

Изградете системата, която хората все още могат да видят

Най-важната AI система може да е тази, която никой не вижда, защото е разпределена на места, които никога не са били наричани AI. Това е съоръжението за чипове и охладителният кръг. Това са суперкомпютърът и планировчикът. Това са регистърът на пакетите, доставчикът на идентичност, политиката за съхранение, мрежовият маршрут и списъкът за поддръжка. Това е договорът, който определя какво се случва, когато доставчик промени компонент. Това е институцията, която може да спре работен процес, преди слаб сигнал да се превърне в публичен провал.

Нищо от това не намалява значението на качеството на модела. То дава на качеството на модела място, където да има значение. Един модел може да обслужва човек само чрез система, която може да приеме входа, да извърши работата, да запази съответния запис и да върне резултата с достатъчно контекст, за да може някой да му се довери или да го оспори. Моделът е важен компонент на тази система. Той не е държава, верига за доставка, план за възстановяване или човек с правомощия да поправи частите, които не може да види.

Инфраструктурните програми на Европа са възможност тези зависимости да станат видими, докато капацитетът се изгражда. Възможността е практическа. Публикувайте интерфейси и оперативни граници. Финансирайте поддръжката и уменията заедно с оборудването. Отнасяйте се към обществените поръчки като към дизайнерско решение. Свържете киберсигурността с физическата устойчивост. Дайте на по-малките организации път да използват публична инфраструктура, без да ги карате да стават специалисти във всеки слой. Измервайте достъпа, възстановяването и доказателствата толкова внимателно, колкото и пиковата производителност.

Има особена европейска наслада в откритието, че отговорът на един голям технологичен въпрос е инвентаризация, наръчник за действие и човек, който има право да спре машината. Това не е бляскаво, но има предимството да оцелее при сблъсък с делничната реалност. Когато скритата система е достатъчно видима, за да бъде проверена, моделът може да върши работата си, без да носи мит, за който никога не е бил създаден.

Източници