Ecosistemul ucrainean de conștientizare situațională pe câmpul de luptă

Ucraina nu a construit un singur sistem de conștientizare situațională. A construit o duzină, în paralel, sub foc, iar apoi a petrecut trei ani conectându-le între ele. Rezultatul nu este o diagramă de arhitectură ordonată — este un ecosistem de platforme cloud, aplicații pentru tablete, calculatoare de artilerie și fluxuri video de la drone, fiecare optimizat pentru un strat diferit al lanțului de ucidere, federalizate slab prin câteva poduri și formate de date. Pentru inginerii occidentali obișnuiți cu programe C2 cu un singur contractant principal, întinse pe un deceniu, întrebarea interesantă nu este dacă acest ecosistem este elegant. Nu este. Întrebarea interesantă este de ce funcționează și ce supraviețuiește traducerii într-un context al alianței.

1. stiva dintr-o privire — multe instrumente, un singur scop: scurtarea buclei senzor-la-trăgător

Fiecare componentă din stiva SA ucraineană există pentru a comprima timpul dintre momentul în care un senzor vede o țintă și momentul în care o armă o afectează. Acesta este principiul organizator și explică fragmentarea aparentă. Delta oferă imaginea operațională comună la nivel de teatru. Kropyva rulează fluxul de lucru de recunoaștere-și-foc pe o tabletă de batalion. Familia GIS Arta coordonează artileria distribuită. Stațiile de control la sol ale dronelor transmit video și coordonate live în sus. Clusterul Brave1 este motorul de achiziție și integrare care continuă să producă instrumente noi.

Niciunul dintre acestea nu a început ca un mare program unificat. Au crescut din proiecte de voluntariat, eforturi ale ONG-urilor și companii mici, fiecare rezolvând o problemă urgentă pentru unitatea din fața sa. Standardizarea a venit mai târziu, retroactiv, impulsionată de nevoia practică de a face ca nominalizarea unei ținte de către un operator de dronă să ajungă în aceeași imagine pe care un comandant de artilerie o privea deja. Această ordine — capabilitatea mai întâi, integrarea în al doilea rând — este cel mai important fapt structural despre întregul ecosistem.

2. Delta — stratul de conștientizare situațională în cloud, imaginea operațională comună, expunerea la exercițiile NATO

Delta este cel mai apropiat lucru pe care îl are Ucraina de o imagine operațională comună la nivel de teatru. Dezvoltată sub brațul de inovare al Ministerului Apărării, este o platformă web și mobilă care agregă pozițiile prietene și inamice, rapoartele de informații, fluxurile de la senzori și starea unităților într-o singură hartă care se scalează de la statul-major al unei brigăzi până la nivelul statului-major general. Din punct de vedere arhitectural, este nativă în cloud: un client de browser, aplicații mobile și un back end care ingestează rapoarte deopotrivă de la oameni și de la mașini și le rezolvă într-o bază de date de piste comună.

Ceea ce face ca Delta să fie interesantă pentru un inginer de interoperabilitate este modelul său de date. În loc să se cupleze strâns cu vreun client anume, Delta expune formatul Delta — o reprezentare structurată a entităților, observărilor și suprapunerilor pe care alte sisteme o pot citi și în care pot scrie. Această decuplare este ceea ce permite ca o aplicație de tabletă, o stație de dronă și un browser de stat-major să contribuie toate la aceeași imagine fără a împărtăși cod. Delta a fost expusă unui public NATO în exercițiile alianței, unde interfețele sale conforme cu standardele îi permit să schimbe piste cu sistemele de coaliție, în loc să trăiască într-un siloz național.

3. Kropyva — aplicația de artilerie și recunoaștere, matematica controlului focului, fluxul de lucru bazat pe tabletă

Acolo unde Delta este imaginea teatrului, Kropyva este suprafața de lucru a unui batalion care luptă. Construită de efortul Army SOS, înrădăcinat în voluntariat, rulează pe o tabletă Android ruggedizată și combină două sarcini pe care armatele occidentale le împart de obicei între sisteme separate: raportarea de recunoaștere bazată pe hartă digitală și calculul controlului focului de artilerie.

Partea de control al focului este cea pe care inginerii occidentali o subestimează. Kropyva face matematica balistică — distanță, azimut și corecții — transformând referința de pe grilă a unui observator și o poziție cunoscută a tunului într-o soluție de tragere în câteva secunde. Un observator marchează o țintă pe hartă; aplicația calculează geometria tun-țintă, aplică corecții meteorologice și de viteză la gura țevii și produce datele pe care echipajul tunului le introduce. Aceeași tabletă care a desenat suprapunerea de recunoaștere produce misiunea de foc, comprimând un flux de lucru care în altă parte implică un observator înaintat, un centru de direcționare a focului și mai multe relee radio într-un singur dispozitiv și un singur operator.

Această integrare este deliberată. Menținând recunoașterea și focul într-o singură aplicație pe o singură tabletă, Kropyva elimină predările în care timpul și precizia se scurg. Pistele și nominalizările sale de țintă pot fi împinse în sus în imaginea mai largă, astfel încât o misiune de foc locală devine de asemenea o contribuție la conștientizarea la nivel de teatru.

4. descendența GIS Arta — coordonarea focului distribuit, tiparul „Uber pentru artilerie”

GIS Arta este sistemul care a dat ecosistemului tiparul său distinctiv. Conceput înainte de invazia la scară largă, a abordat o problemă dificilă de sisteme distribuite: dat fiind mulți senzori care generează ținte și multe tunuri de tipuri și grade de pregătire diferite, cum potrivești fiecare țintă cu arma cel mai bine poziționată și cea mai potrivită, rapid, fără un blocaj uman?

Răspunsul a ajuns să fie cunoscut prin analogie drept „Uber pentru artilerie”. O țintă intră în sistem de la orice observator — un cercetaș, o dronă, un radar. Software-ul evaluează care unități de foc sunt în rază, disponibile și potrivite și direcționează misiunea către tunul optim, la fel cum o platformă de ride-hailing potrivește un pasager cu cel mai apropiat șofer. Efectul raportat al acestei potriviri a fost o comprimare dramatică a cronologiei angajamentului, de la zecile de minute tipice coordonării manuale până la câteva minute sau mai puțin.

Descendența contează deoarece tiparul GIS Arta — tratează focul ca pe o problemă de dispecerizare distribuită, optimizează alocarea în software, păstrează oamenii pe aprobare în loc de direcționare — s-a propagat în modul în care restul ecosistemului gândește predarea țintelor. Instrumentele ulterioare au moștenit presupunerea că o nominalizare de țintă este un mesaj structurat care trebuie direcționat, nu un apel vocal care trebuie retransmis.

5. fluxurile de la drone și Brave1 — clusterul de tehnologie a apărării, video-ul de recunoaștere, nominalizarea țintelor

Stratul de senzori al acestui ecosistem este în mod covârșitor fără pilot. Mii de drone de recunoaștere și de lovire generează cea mai mare parte a datelor proaspete despre ținte, iar stațiile lor de control la sol sunt participanți de prim rang în stiva SA, nu o reflecție tardivă. Un operator de dronă care urmărește video live poate marca o coordonată și împinge o nominalizare de țintă direct în imagine, unde devine disponibilă pentru coordonarea focului în câteva secunde.

Brave1 este clusterul care industrializează acest lucru. O platformă de coordonare susținută de guvern, lansată pentru a conecta dezvoltatori, unități militare și finanțare, Brave1 funcționează deopotrivă ca o piață și ca o funcție de forțare a integrării pentru tehnologia ucraineană a apărării. Este locul unde noile instrumente sunt descoperite, testate pe unități reale și — în mod critic — împinse către conformitatea cu formatele de date comune, astfel încât să se poată conecta la Delta și la stratul de foc, în loc să devină o altă insulă. Canalele Brave1 și Delta Marketplace sunt locul unde se află acum sursa și distribuția pentru o mare parte din acest software.

Efectul este o buclă de feedback: o unitate are nevoie de o capabilitate, o echipă mică o construiește, Brave1 ajută la desfășurarea și integrarea ei, iar instrumentele care supraviețuiesc converg către modelul de date comun. Presiunea de selecție, nu designul central, produce integrarea.

6. cum schimbă straturile date — poduri, CoT, API-uri, îmbinările de integrare și frecarea lor

Federalizarea dintre aceste sisteme se desfășoară pe un număr mic de mecanisme. Formatul Delta și API-urile sale sunt coloana vertebrală principală: sistemele citesc și scriu entități și suprapuneri prin interfețe documentate. Acolo unde sunt implicate instrumente terțe și de coaliție, Cursor-on-Target (CoT) — schema ușoară de evenimente XML popularizată de ATAK — acționează ca o lingua franca, iar podurile traduc între evenimentele CoT și modelul nativ de entități Delta.

Aceste poduri sunt locul unde se află frecarea. CoT este orientat pe evenimente și tipizat lejer; modelul Delta este orientat pe entități și mai bogat. Maparea unuia în celălalt înseamnă să decizi cum un marcaj CoT tranzitoriu devine o entitate urmărită persistentă, cum supraviețuiesc traducerii identitatea și calitatea pistei și cum eviți entitățile duplicate atunci când două sisteme raportează același obiect. Fiecare pod este, de fapt, un traducător cu opinii proprii, iar două poduri pot produce imagini subtil diferite din aceleași evenimente. Latența, deduplicarea și reconcilierea identității sunt problemele de inginerie recurente — aceeași clasă de problemă cu care se confruntă orice sistem de fuziune multi-sursă, rezolvată aici pragmatic și pe fiecare îmbinare, mai degrabă decât printr-o singură schemă măreață.

7. interoperabilitatea NATO — Delta ca suprafață orientată spre alianță, alinierea la standarde

Când ecosistemul trebuie să vorbească cu alianța, Delta este suprafața pe care o prezintă. Interfețele sale conforme cu standardele și expunerea la exerciții o fac brokerul natural între instrumentele naționale și C2-ul de coaliție. În loc să le ceară partenerilor NATO să se integreze cu o duzină de aplicații ucrainene, modelul este de a se integra cu Delta și de a lăsa Delta să federalizeze în jos către Kropyva, stratul de foc și stațiile de drone.

Aceasta este o practică solidă de interoperabilitate NATO: un singur punct de federalizare, bine specificat, este mult mai ușor de certificat și acreditat decât o rețea de integrări bilaterale. Alinierea la standardele de schimb de date ale alianței — formatele de mesagerie și modelele de entități pe care sistemele de coaliție le folosesc deja — este ceea ce permite ca o pistă ucraineană să apară în imaginea unui partener și viceversa. Lucrarea este în desfășurare și imperfectă, dar instinctul arhitectural este corect: concentrează interfața orientată spre alianță într-un singur loc și consolideaz-o.

8. lecții pentru C2 occidental — iterează la margine, presupune comunicații degradate, decuplează aplicațiile de modelul de date

Trei lecții se transferă curat. În primul rând, iterează la margine. Instrumentele ucrainene s-au îmbunătățit deoarece unitățile le foloseau zilnic și transmiteau corecții înapoi către echipe mici care livrau actualizări în zile, nu în cicluri de program. Un contractant occidental principal nu poate replica războiul, dar poate replica bucla: pune software în fața operatorilor devreme și scurtează necruțător ciclul de feedback.

În al doilea rând, presupune comunicații degradate. Fiecare aplicație din această stivă este proiectată să continue să funcționeze când rețeaua este bruiată, intermitentă sau absentă — calcul local pe tabletă, sincronizare store-and-forward, degradare grațioasă. Un C2 occidental care presupune o coloană vertebrală fiabilă construiește pentru un mediu pe care războiul electronic nu îl va oferi. Proiectează mai întâi pentru cazul deconectat și tratează conectivitatea ca pe un bonus.

În al treilea rând, și cel mai important, decuplează aplicațiile de modelul de date. Motivul pentru care acest ecosistem fragmentat se federalizează deloc este că modelul de entități este contractul, iar aplicațiile sunt clienți interschimbabili ai acestuia. Un program occidental care lasă protocolul sau UI-ul unui furnizor să se infiltreze în modelul său de domeniu de bază își cumpără o problemă de rip-and-replace prima dată când se schimbă cerințele. Stiva pragmatică, uneori dezordonată, a Ucrainei a făcut un lucru corect structural — imaginea este deținută de modelul de date, nu de vreo aplicație — iar aceasta este lecția cel mai demnă de importat.