Delta et l'écosystème ATAK/TAK répondent tous deux à la même question — comment donner à une force distribuée une image partagée et actuelle de l'emplacement de chacun et de chaque chose — mais ils y répondent depuis des extrémités opposées du spectre architectural. Delta est un système de conscience situationnelle centré serveur et orienté navigateur, développé au sein de l'écosystème de défense ukrainien et éprouvé face aux standards de l'OTAN. ATAK est un client Android natif de l'edge construit autour de modes mesh et serveur, avec Cursor on Target comme tissu conjonctif. Dans le service ukrainien, les deux sont utilisés, souvent au sein des mêmes unités, et la question d'ingénierie est rarement « lequel » mais « lequel pour quelle couche ». Voici une comparaison destinée à ceux qui doivent intégrer, pas évangéliser.

1. deux modèles du même problème — une image opérationnelle partagée sous connectivité contestée

Une image opérationnelle partagée comporte trois parties difficiles : faire entrer les pistes, les distribuer à tous ceux qui en ont besoin, et maintenir l'image cohérente lorsque le réseau est dégradé, brouillé ou partitionné. Delta et ATAK font des paris différents sur ces trois aspects. Delta centralise l'ingestion et la distribution dans une infrastructure cloud et serveur, puis pousse l'image vers des clients légers — principalement un navigateur web. ATAK pousse l'image jusqu'à l'appareil, où elle peut survivre sans serveur du tout, et réconcilie l'état lorsque la connectivité revient.

Aucun des deux paris n'est faux. Ils reflètent des modèles de menace différents. Delta suppose que vous pouvez généralement atteindre un serveur via un porteur quelconque — Starlink, cellulaire, fibre vers un poste de commandement — et optimise pour la fusion, l'échelle et une vue opérationnelle unique et cohérente. ATAK suppose que le lien vers l'arrière peut disparaître à tout moment et optimise pour une petite équipe qui maintient sa propre image cohérente à l'edge. La réalité de connectivité contestée d'une guerre de haute intensité, c'est que les deux hypothèses sont vraies à des moments et endroits différents.

2. Delta — basé navigateur, centré cloud/serveur, éprouvé en exercice OTAN, développé dans l'écosystème de défense ukrainien

Delta est un système de conscience situationnelle et de gestion de combat développé au sein de l'écosystème de défense ukrainien et désormais distribué via le canal Brave1 / Delta Marketplace. Son choix de conception déterminant est le client léger : un opérateur atteint le système via un navigateur web standard, sans installation lourde et sans verrouillage de plateforme sur Android. La carte, les couches de pistes, le chat et l'attribution de tâches affichent tous des données côté serveur dans le navigateur, ce qui fait de l'intégration d'un nouvel opérateur une affaire d'identifiants plutôt que de provisionnement.

Ce choix a des conséquences. Parce que Delta agrège côté serveur, il est fort là où vous voulez une image unique faisant autorité : une cellule au niveau brigade ou opérationnel fusionnant rapports de reconnaissance, flux de capteurs et positions d'unités en une seule vue partagée par tous au-dessus de l'edge tactique. Delta a été démontré dans des contextes d'exercices OTAN, ce qui a forcé son modèle de données et ses contrôles d'accès à s'aligner sur les attentes de coalition plutôt que sur un silo national unique. Pour le détail architectural de la façon dont ses enregistrements et interfaces sont façonnés, voir notre analyse plus approfondie sur le format Delta et sa place dans l'usage militaire ukrainien.

3. ATAK/TAK — client Android natif de l'edge, modes mesh et serveur, CoT comme lingua franca

ATAK — l'Android Team Awareness Kit, le membre Android de la famille TAK plus large qui comprend aussi WinTAK et iTAK — est la conception opposée. C'est un client lourd qui s'exécute sur un appareil d'utilisateur final, conserve localement sa propre carte et base de données de pistes, et peut fonctionner sans aucun serveur. En mode mesh, les appareils échangent du trafic de position et de messages en pair-à-pair via une radio ou un réseau local ; en mode serveur, un TAK Server diffuse le trafic vers un public plus large et fait le pont entre des îlots mesh séparés.

Le tissu conjonctif est Cursor on Target (CoT), un schéma XML compact pour un point dans l'espace et le temps avec un type, une identité et des extensions de détail optionnelles. Chaque piste, marqueur, route et message de chat dans le monde TAK est un événement CoT. Parce que CoT est ouvert et bien documenté, un vaste écosystème de plugins s'est développé autour d'ATAK — des outils de mission de tir d'artillerie aux superpositions vidéo de drones — et CoT est devenu la lingua franca de facto pour la conscience situationnelle à l'edge bien au-delà de TAK lui-même. Le panorama plus large de la façon dont ces pièces s'articulent avec les standards de l'alliance est couvert dans notre analyse de l'interopérabilité CoT et TAK.

4. contraste architectural — agrégation web/cloud vs résilience appareil/edge, vitre unique vs mesh distribué

La façon la plus nette de cadrer la différence est agrégation à vitre unique versus résilience distribuée. Delta met l'intelligence dans le serveur : fusion, déconfliction, corrélation et contrôle d'accès se produisent tous de manière centralisée, et le navigateur est une surface de rendu. Cela vous donne une image cohérente et un seul endroit où appliquer la politique, au prix d'une dépendance à l'atteinte de ce serveur.

ATAK met l'intelligence dans l'appareil : chaque nœud porte suffisamment de l'image pour continuer à fonctionner si le réseau se fracture, et le mesh réconcilie l'état de manière opportuniste. Cela vous donne la survivabilité sous partition, au prix de la cohérence — deux îlots mesh peuvent diverger jusqu'à ce qu'un serveur ou un coursier les reconnecte. Le mode de défaillance de Delta est « pas de lien, pas d'image ». Le mode de défaillance d'ATAK est « plusieurs images qui doivent être fusionnées ». Savoir quelle défaillance vous pouvez tolérer dans une mission donnée, c'est toute la décision.

Idée clé : Delta et ATAK ne sont pas en concurrence pour le même créneau. Delta est une couche de fusion et de commandement de niveau opérationnel qui atteint accessoirement l'edge tactique ; ATAK est un client d'edge tactique qui dialogue accessoirement avec un serveur. Le schéma ukrainien mature n'est pas « Delta ou ATAK » — c'est Delta pour l'image agrégée et l'intention de commandement, ATAK pour le dernier kilomètre à l'edge, avec un pont CoT entre les deux. Traitez-les comme des couches, pas comme des rivaux.

5. formats de données — API Delta et passerelle CoT, là où les deux écosystèmes échangent des pistes

Le format de données d'ATAK est CoT de bout en bout : un événement XML auto-descriptif avec un UID, un jeton de type (la hiérarchie dérivée de MIL-STD-2525 exprimée comme une chaîne pointée), une position avec erreur circulaire et linéaire, un temps de péremption (stale time), et des enfants de détail pour tout, des métadonnées de capteur au chat. Delta expose son image via des API côté serveur et un modèle de données interne structuré conçu pour la fusion et la corrélation multi-source, non pour le cache local d'un appareil unique.

Les deux écosystèmes échangent des pistes à une passerelle. Parce que CoT est compact et largement pris en charge, l'intégration pratique est un connecteur qui traduit les enregistrements Delta en événements CoT pour les clients ATAK et ingère le CoT venant de l'edge de retour dans le modèle de Delta. La traduction est rarement sans perte : l'événement plat de CoT porte moins de structure que l'enregistrement corrélé et multi-source de Delta, et les champs d'identité et de provenance plus riches de Delta n'ont pas de logement CoT natif, donc ils voyagent dans des extensions de détail ou sont abandonnés. Comme pour toute passerelle de liaison de données, la règle d'ingénierie tient — chaque traduction vous coûte de la fidélité, et la correspondance est une opinion encodée par celui qui a construit le pont.

6. hypothèses de connectivité — backhaul fiable vs liens intermittents/dégradés, comportement hors ligne

Delta suppose un backhaul. Il fonctionne mieux lorsque les opérateurs peuvent atteindre le serveur via un porteur raisonnablement fiable — large bande satellite, cellulaire ou ligne fixe vers un poste de commandement. Lorsque le lien tombe, un client navigateur se dégrade rapidement : la mise en cache aide pendant une courte fenêtre, mais Delta n'est pas conçu pour faire fonctionner une unité indéfiniment depuis un seul appareil sans serveur. Sa force est que lorsque le lien est actif, tout le monde voit la même image faisant autorité sans problèmes de synchronisation locale.

ATAK suppose l'inverse. Il est construit pour continuer à fonctionner sur des liens intermittents et dégradés, y compris aucun lien du tout. Une escouade sur une radio mesh locale maintient une image partagée utilisable avec zéro connectivité vers l'arrière ; lorsqu'un porteur serveur réapparaît, l'appareil synchronise son CoT accumulé vers l'amont et récupère ce qu'il a manqué. Ce comportement hors-ligne-d'abord est exactement pourquoi ATAK a proliféré à l'edge tactique en Ukraine, où la guerre électronique et le terrain rendent le backhaul peu fiable par défaut. Le coût, là encore, est la cohérence à terme : l'image n'est fusionnée qu'à hauteur de ce que la dernière reconnexion a permis.

7. intégration de capteurs et de drones — flux, vidéo, entrées d'artillerie et de reconnaissance dans chacun

L'intégration de capteurs et de drones est là où les deux systèmes gagnent leur place, et là où l'usage ukrainien a poussé les deux à fond. Le modèle de plugins d'ATAK en fait le foyer naturel des flux d'edge : la vidéo et les marqueurs de cibles détectées d'un drone de reconnaissance affluent dans ATAK sous forme de CoT et de superpositions vidéo, les plugins de mission de tir transforment une cible observée en demande de tir, et le marqueur d'un observateur avancé devient une piste que chaque appareil proche voit en quelques secondes. L'intégration vit sur l'appareil et au niveau de l'équipe, ce qui est exactement où se situe la chronologie du déclenchement.

Delta intègre les capteurs au serveur : reconnaissance par drone, pistes radar, rapports de signaux et renseignement humain sont fusionnés de manière centralisée en pistes corrélées, déconflictés face aux entités existantes, et présentés comme une seule image opérationnelle. C'est le bon endroit pour corréler une détection de drone avec une coupe SIGINT et un rapport de reconnaissance antérieur en une seule entité à haute confiance — un travail qu'un seul appareil d'edge ne peut pas faire seul. Le schéma complémentaire est évident : l'edge génère et agit sur des observations brutes via ATAK ; le serveur les fusionne et les arbitre via Delta ; la boucle d'artillerie et de reconnaissance se ferme plus vite parce que les deux couches font ce en quoi elles sont bonnes.

8. interopérabilité de coalition et quand chacun convient — diffusabilité, alignement OTAN, la réalité « les deux, pas l'un ou l'autre »

Pour l'usage en coalition, les deux systèmes présentent des surfaces d'interopérabilité différentes. CoT est publié ouvertement et largement adopté chez les membres de l'OTAN, ce qui fait d'ATAK un dénominateur commun à faible friction : si un partenaire de coalition peut émettre et consommer du CoT, il peut partager une image d'edge sans négociation bilatérale. L'histoire de coalition de Delta passe par ses API serveur et son modèle de données éprouvé en exercice OTAN, ce qui l'aligne avec les systèmes de commandement de niveau opérationnel et les contrôles de diffusabilité qui accompagnent une infrastructure de commandement partagée.

La diffusabilité est le désaccord d'impédance habituel. Une image de fusion nationale porte une provenance, une identité et un détail de source qui ne sont pas diffusables à chaque partenaire ; un flux d'edge CoT peut être filtré vers un sous-ensemble diffusable bien plus facilement qu'un enregistrement corrélé complet. Le schéma pratique de coalition reflète le schéma national : garder l'image riche et contrôlée dans la couche serveur avec la politique appliquée de manière centralisée, et partager une tranche diffusable, en forme de CoT, vers l'edge où les partenaires ont réellement besoin de coordonner les tirs et le mouvement.

La conclusion honnête est celle des « deux, pas l'un ou l'autre ». Delta l'emporte là où vous avez besoin d'une image unique faisant autorité, fusionnée et contrôlée par politique et où vous pouvez atteindre un serveur. ATAK l'emporte là où vous avez besoin de survivabilité à l'edge, d'opération hors ligne et d'un client tactique riche en plugins sous liens contestés. Une architecture ukrainienne ou de coalition sérieuse exécute les deux, reliés par CoT, chacun assurant la couche pour laquelle il a été conçu — et le travail d'intégration est dans le pont, le filtre de diffusabilité, et la discipline de ne jamais laisser les hypothèses d'une couche fuir dans l'autre.