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

1. стек з висоти пташиного польоту — багато інструментів, одна мета: скоротити петлю «сенсор-стрілець»

Кожен компонент українського SA-стеку існує, щоб стиснути час між тим, як сенсор побачив ціль, і тим, як зброя на неї вплинула. Це організаційний принцип, і він пояснює видиму фрагментацію. Delta дає спільну оперативну картину театрального рівня. «Кропива» виконує робочий процес розвідки й вогню на батальйонному планшеті. Сімейство GIS Arta координує розподілену артилерію. Наземні станції керування дронами подають живе відео й координати вгору. Кластер Brave1 — це двигун закупівель та інтеграції, що безперервно породжує нові інструменти.

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

2. Delta — хмарний шар ситуаційної обізнаності, спільна оперативна картина, участь у навчаннях НАТО

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

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

3. «Кропива» — застосунок артилерії та розвідки, математика управління вогнем, робочий процес на планшеті

Там, де Delta — це картина театру, «Кропива» — це робоча поверхня бойового батальйону. Створена ініціативою «Армія SOS» з волонтерським корінням, вона працює на захищеному Android-планшеті й поєднує дві задачі, які західні армії зазвичай розділяють між окремими системами: цифрове розвідувальне звітування на основі карти та обчислення для управління артилерійським вогнем.

Сторона управління вогнем — це частина, яку західні інженери недооцінюють. «Кропива» робить балістичну математику — дальність, азимут і поправки — перетворюючи координатну прив'язку спостерігача та відому позицію гармати на вогневе рішення за секунди. Спостерігач позначає ціль на карті; застосунок обчислює геометрію «гармата-ціль», застосовує метеорологічні поправки та поправки на початкову швидкість і видає дані, які гарматний розрахунок виставляє. Той самий планшет, що накреслив розвідувальне накладення, продукує вогневе завдання, згортаючи робочий процес, який деінде задіює передового спостерігача, центр управління вогнем і кілька радіорелейних ланок, в один пристрій і одного оператора.

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

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

4. лінія GIS Arta — координація розподіленого вогню, патерн «Uber для артилерії»

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

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

Лінія має значення, бо патерн GIS Arta — трактувати вогонь як задачу розподіленого диспетчерування, оптимізувати розподіл у програмному забезпеченні, залишати людей на схваленні, а не на маршрутизації — поширився на те, як решта екосистеми мислить про передачу цілей. Пізніші інструменти успадкували припущення, що призначення цілі — це структуроване повідомлення, яке треба маршрутизувати, а не голосовий виклик, який треба ретранслювати.

5. потоки з дронів і Brave1 — оборонно-технологічний кластер, розвідувальне відео, призначення цілей

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

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

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

6. як шари обмінюються даними — мости, CoT, API, шви інтеграції та їхнє тертя

Федерація між цими системами працює через невелику кількість механізмів. Формат Delta та його API — це основний хребет: системи читають і пишуть сутності й накладення через документовані інтерфейси. Там, де задіяні сторонні та коаліційні інструменти, Cursor-on-Target (CoT) — легка XML-схема подій, популяризована ATAK — діє як лінгва франка, а мости перекладають між подіями CoT і нативною моделлю сутностей Delta.

Саме в цих мостах живе тертя. CoT орієнтований на події й слабко типізований; модель Delta орієнтована на сутності й багатша. Зіставлення одного з іншим означає вирішити, як перехідний маркер CoT стає постійною відстежуваною сутністю, як ідентичність і якість треку переживають переклад, і як уникнути дублювання сутностей, коли дві системи повідомляють про той самий об'єкт. Кожен міст — це, по суті, упереджений перекладач, і два мости можуть продукувати тонко відмінні картини з тих самих подій. Затримка, дедублікація й узгодження ідентичності — це повторювані інженерні проблеми, той самий клас проблем, з яким стикається будь-яка система злиття з кількома джерелами, розв'язаний тут прагматично й по-шовно, а не єдиною грандіозною схемою.

7. сумісність із НАТО — Delta як поверхня, звернена до альянсу, узгодження зі стандартами

Коли екосистемі треба говорити з альянсом, Delta — це поверхня, яку вона презентує. Її інтерфейси, що відповідають стандартам, та участь у навчаннях роблять її природним посередником між національними інструментами й коаліційним C2. Замість просити партнерів НАТО інтегруватися з десятком українських застосунків, модель полягає в інтеграції з Delta й дозволенні Delta федеративно поширюватися вниз у «Кропиву», шар вогню та станції дронів.

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

8. уроки для західних C2 — ітеруйте на краю, припускайте деградований зв'язок, роз'єднуйте застосунки від моделі даних

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

По-друге, припускайте деградований зв'язок. Кожен застосунок у цьому стеку спроєктовано так, щоб продовжувати працювати, коли мережу глушать, вона переривчаста або відсутня — локальні обчислення на планшеті, синхронізація «store-and-forward», граційна деградація. Західні C2, що припускають надійний хребет, будують для середовища, якого радіоелектронна боротьба не надасть. Проєктуйте спершу для відключеного випадку й трактуйте зв'язок як бонус.

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