Ukraina nie zbudowała jednego systemu świadomości sytuacyjnej. Zbudowała ich tuzin, równolegle, pod ostrzałem, a następnie spędziła trzy lata na ich łączeniu. Rezultatem nie jest schludny diagram architektury — to ekosystem platform chmurowych, aplikacji tabletowych, kalkulatorów artyleryjskich i potoków wideo z dronów, z których każdy jest zoptymalizowany pod inną warstwę łańcucha rażenia, luźno sfederowanych za pomocą garstki mostów i formatów danych. Dla zachodnich inżynierów przyzwyczajonych do programów C2 z jednym głównym wykonawcą, trwających dekadę, interesującym pytaniem nie jest to, czy ten ekosystem jest elegancki. Nie jest. Interesującym pytaniem jest, dlaczego działa i co przetrwa przeniesienie do kontekstu sojuszniczego.

1. stos w skrócie — wiele narzędzi, jeden cel: skrócenie pętli od czujnika do strzelca

Każdy komponent w ukraińskim stosie SA istnieje po to, by skompresować czas między tym, gdy czujnik widzi cel, a tym, gdy uderza w niego środek rażenia. To zasada organizująca i to ona wyjaśnia pozorną fragmentację. Delta zapewnia wspólny obraz operacyjny na poziomie teatru działań. Kropyva obsługuje proces rozpoznania i rażenia na tablecie batalionu. Rodzina GIS Arta koordynuje rozproszoną artylerię. Naziemne stacje sterowania dronami dostarczają na górę podgląd wideo na żywo i współrzędne. Klaster Brave1 to silnik zakupów i integracji, który nieustannie generuje nowe narzędzia.

Żadne z nich nie zaczynało jako wielki, zunifikowany program. Wyrosły z projektów wolontariackich, działań organizacji pozarządowych i małych firm, z których każda rozwiązywała pilny problem dla jednostki stojącej przed nią. Standaryzacja przyszła później, z mocą wsteczną, napędzana praktyczną potrzebą sprawienia, by wskazanie celu przez operatora drona trafiło do tego samego obrazu, na który patrzył już dowódca artylerii. Ta kolejność — najpierw zdolność, integracja później — to najważniejszy fakt strukturalny całego ekosystemu.

2. Delta — chmurowa warstwa świadomości sytuacyjnej, wspólny obraz operacyjny, ekspozycja na ćwiczeniach NATO

Delta to najbliższa rzecz, jaką Ukraina ma do wspólnego obrazu operacyjnego obejmującego cały teatr działań. Opracowana w pionie innowacji Ministerstwa Obrony, jest platformą webowo-mobilną, która agreguje pozycje wojsk własnych i przeciwnika, raporty wywiadowcze, dane z czujników oraz status jednostek w jedną mapę skalującą się od sztabu brygady do poziomu sztabu generalnego. Architektonicznie jest chmurowa: klient przeglądarkowy, aplikacje mobilne oraz zaplecze, które przyjmuje raporty zarówno od ludzi, jak i maszyn, i scala je we wspólną bazę śladów (tracks).

To, co czyni Deltę interesującą dla inżyniera interoperacyjności, to jej model danych. Zamiast ściśle wiązać się z jakimkolwiek jednym klientem, Delta udostępnia format Delta — ustrukturyzowaną reprezentację obiektów, obserwacji i nakładek, z których inne systemy mogą odczytywać i do których mogą zapisywać. To rozprzęgnięcie pozwala aplikacji tabletowej, stacji dronowej i przeglądarce sztabowej wnosić wkład do tego samego obrazu bez współdzielenia kodu. Delta była eksponowana przed odbiorcami NATO podczas ćwiczeń sojuszniczych, gdzie jej interfejsy zgodne ze standardami pozwoliły jej wymieniać ślady z systemami koalicyjnymi, zamiast żyć w narodowym silosie.

3. Kropyva — aplikacja artyleryjsko-rozpoznawcza, matematyka kierowania ogniem, proces oparty na tablecie

Tam, gdzie Delta jest obrazem teatru działań, Kropyva jest powierzchnią roboczą walczącego batalionu. Zbudowana przez zakorzeniony w wolontariacie ruch Army SOS, działa na wzmocnionym tablecie z systemem Android i łączy dwa zadania, które zachodnie armie zwykle dzielą między osobne systemy: cyfrowe raportowanie rozpoznania oparte na mapie oraz obliczenia kierowania ogniem artylerii.

Strona kierowania ogniem to część, którą zachodni inżynierowie niedoceniają. Kropyva wykonuje matematykę balistyczną — odległość, azymut i poprawki — zamieniając odniesienie do współrzędnych obserwatora i znaną pozycję działa na rozwiązanie ogniowe w ciągu sekund. Obserwator zaznacza cel na mapie; aplikacja oblicza geometrię działo–cel, stosuje poprawki meteorologiczne i poprawki prędkości wylotowej oraz produkuje dane, które obsługa działa nastawia. Ten sam tablet, który narysował nakładkę rozpoznawczą, produkuje zadanie ogniowe, zwijając proces, który gdzie indziej angażuje wysuniętego obserwatora, ośrodek kierowania ogniem i kilka przekaźników radiowych, do jednego urządzenia i jednego operatora.

Ta integracja jest celowa. Trzymając rozpoznanie i rażenie w jednej aplikacji na jednym tablecie, Kropyva eliminuje przekazania, w których wyciekają czas i dokładność. Jej ślady i wskazania celów mogą być przesyłane w górę do szerszego obrazu, więc lokalne zadanie ogniowe staje się również wkładem w świadomość na poziomie teatru działań.

Kluczowy wniosek: Przewagą ukraińskiego stosu nie jest jakakolwiek pojedyncza aplikacja — to fakt, że kalkulator artyleryjski, podgląd z drona i mapa sztabowa wszystkie zapisują do wspólnego modelu obiektów, a nie do siebie nawzajem. Punktem integracji jest model danych, a nie aplikacja. Każda aplikacja jest wymienialna; obraz nie jest.

4. linia GIS Arta — koordynacja rozproszonego ognia, wzorzec „Uber dla artylerii”

GIS Arta to system, który nadał ekosystemowi jego charakterystyczny wzorzec. Pomyślany przed pełnoskalową inwazją, zmierzył się z trudnym problemem systemów rozproszonych: mając wiele czujników generujących cele i wiele dział różnych typów i gotowości, jak dopasować każdy cel do najlepiej rozmieszczonego, najlepiej dopasowanego środka rażenia, szybko, bez wąskiego gardła w postaci człowieka?

Odpowiedź stała się znana przez analogię jako „Uber dla artylerii”. Cel wchodzi do systemu od dowolnego obserwatora — zwiadowcy, drona, radaru. Oprogramowanie ocenia, które jednostki ogniowe są w zasięgu, dostępne i odpowiednie, i kieruje zadanie do optymalnego działa, podobnie jak platforma do zamawiania przejazdów dopasowuje pasażera do najbliższego kierowcy. Raportowanym efektem tego dopasowania była dramatyczna kompresja osi czasu rażenia, z dziesiątek minut typowych dla ręcznej koordynacji do kilku minut lub mniej.

Linia ma znaczenie, ponieważ wzorzec GIS Arta — traktuj rażenie jako problem rozproszonej dyspozytury, optymalizuj alokację w oprogramowaniu, pozostaw ludzi przy zatwierdzaniu, a nie routingu — przeniknął do sposobu, w jaki reszta ekosystemu myśli o przekazywaniu celów. Późniejsze narzędzia odziedziczyły założenie, że wskazanie celu jest ustrukturyzowaną wiadomością do przekierowania, a nie połączeniem głosowym do przekazania.

5. podglądy z dronów i Brave1 — klaster defense-tech, wideo rozpoznawcze, wskazywanie celów

Warstwa czujników tego ekosystemu jest w przeważającej mierze bezzałogowa. Tysiące dronów rozpoznawczych i uderzeniowych generuje większość świeżych danych o celach, a ich naziemne stacje sterowania są pełnoprawnymi uczestnikami stosu SA, a nie dodatkiem na potem. Operator drona oglądający wideo na żywo może zaznaczyć współrzędną i wepchnąć wskazanie celu bezpośrednio do obrazu, gdzie staje się ono dostępne dla koordynacji ognia w ciągu sekund.

Brave1 to klaster, który to uprzemysławia. Wspierana przez rząd platforma koordynacyjna uruchomiona, by łączyć deweloperów, jednostki wojskowe i finansowanie, Brave1 funkcjonuje jednocześnie jako rynek i wymuszacz integracji dla ukraińskiego defense-tech. To tu nowe narzędzia są odkrywane, testowane na prawdziwych jednostkach i — co kluczowe — popychane ku zgodności ze wspólnymi formatami danych, aby mogły podłączyć się do Delty i warstwy ognia, zamiast stawać się kolejną wyspą. Kanały Brave1 oraz Delta Marketplace to miejsca, gdzie obecnie znajdują się źródła i dystrybucja znacznej części tego oprogramowania.

Efektem jest pętla sprzężenia zwrotnego: jednostka potrzebuje zdolności, mały zespół ją buduje, Brave1 pomaga ją wdrożyć i zintegrować, a narzędzia, które przetrwają, zbiegają się na wspólnym modelu danych. Integrację produkuje presja selekcyjna, a nie centralny projekt.

6. jak warstwy wymieniają dane — mosty, CoT, API, szwy integracyjne i ich tarcie

Federacja między tymi systemami działa za pomocą niewielkiej liczby mechanizmów. Format Delta i jego API są podstawowym kręgosłupem: systemy odczytują i zapisują obiekty oraz nakładki przez udokumentowane interfejsy. Tam, gdzie w grę wchodzą narzędzia zewnętrzne i koalicyjne, Cursor-on-Target (CoT) — lekki schemat zdarzeń XML spopularyzowany przez ATAK — działa jak lingua franca, a mosty tłumaczą między zdarzeniami CoT a natywnym modelem obiektów Delty.

To w tych mostach żyje tarcie. CoT jest zorientowany na zdarzenia i luźno typowany; model Delty jest zorientowany na obiekty i bogatszy. Mapowanie jednego na drugi oznacza decydowanie, jak przejściowy znacznik CoT staje się trwałym śledzonym obiektem, jak tożsamość i jakość śladu przetrwają tłumaczenie oraz jak uniknąć zduplikowanych obiektów, gdy dwa systemy raportują ten sam obiekt. Każdy most jest w istocie tendencyjnym tłumaczem, a dwa mosty mogą wyprodukować subtelnie różne obrazy z tych samych zdarzeń. Opóźnienie, deduplikacja i uzgadnianie tożsamości to powracające problemy inżynierskie — ta sama klasa problemu, przed którą staje każdy system fuzji wielu źródeł, rozwiązywana tu pragmatycznie i per-szew, a nie za pomocą jednego wielkiego schematu.

7. interoperacyjność NATO — Delta jako powierzchnia zwrócona do sojuszu, dostosowanie do standardów

Gdy ekosystem musi rozmawiać z sojuszem, Delta jest powierzchnią, którą prezentuje. Jej interfejsy zgodne ze standardami i ekspozycja na ćwiczeniach czynią ją naturalnym brokerem między narzędziami narodowymi a koalicyjnym C2. Zamiast prosić partnerów NATO o integrację z tuzinem ukraińskich aplikacji, model polega na integracji z Deltą i pozwoleniu Delcie federować w dół do Kropywy, warstwy ognia i stacji dronowych.

To rozsądna praktyka interoperacyjności NATO: pojedynczy, dobrze wyspecyfikowany punkt federacji jest znacznie łatwiejszy do certyfikacji i akredytacji niż siatka dwustronnych integracji. Dostosowanie do sojuszniczych standardów wymiany danych — formatów komunikatów i modeli obiektów, których systemy koalicyjne już używają — to to, co pozwala ukraińskiemu śladowi pojawić się w obrazie partnera i na odwrót. Praca trwa i jest niedoskonała, ale instynkt architektoniczny jest słuszny: skoncentruj interfejs zwrócony do sojuszu w jednym miejscu i wzmocnij go.

8. wnioski dla zachodniego C2 — iteruj na krawędzi, zakładaj zdegradowaną łączność, rozprzęgnij aplikacje od modelu danych

Trzy wnioski przenoszą się czysto. Po pierwsze, iteruj na krawędzi. Ukraińskie narzędzia poprawiły się, ponieważ jednostki używały ich codziennie i przekazywały poprawki małym zespołom, które wypuszczały aktualizacje w dni, a nie cykle programowe. Zachodni główny wykonawca nie może odtworzyć wojny, ale może odtworzyć pętlę: oddaj oprogramowanie operatorom wcześnie i bezwzględnie skróć cykl sprzężenia zwrotnego.

Po drugie, zakładaj zdegradowaną łączność. Każda aplikacja w tym stosie jest zaprojektowana tak, by działać dalej, gdy sieć jest zakłócana, przerywana lub nieobecna — lokalne obliczenia na tablecie, synchronizacja typu store-and-forward, łagodna degradacja. Zachodnie C2, które zakłada niezawodny kręgosłup, buduje dla środowiska, którego walka elektroniczna nie zapewni. Projektuj najpierw dla przypadku odłączonego i traktuj łączność jako bonus.

Po trzecie i najważniejsze, rozprzęgnij aplikacje od modelu danych. Powodem, dla którego ten pofragmentowany ekosystem w ogóle się federuje, jest to, że model obiektów jest kontraktem, a aplikacje są wymienialnymi klientami tego kontraktu. Zachodni program, który pozwala protokołowi lub interfejsowi dostawcy przeciekać do swojego rdzeniowego modelu domenowego, kupuje sobie problem wyrwij-i-zastąp przy pierwszej zmianie wymagań. Ukraiński, pragmatyczny, czasem chaotyczny stos zrobił jedną rzecz strukturalnie dobrze — obraz jest własnością modelu danych, a nie jakiejkolwiek aplikacji — i to jest wniosek najbardziej wart zaimportowania.