T01-F02 · Arquitectura de Datos Sincronizados en el Borde (Edge-Sync)
Código original: P-02
Condiciones: Confirmar viabilidad técnica de integración asíncrona con GCSS-Army y validar requisitos SWaP del hardware en FOBs.
1. Identificación de la propuesta
- Código
P-02
- Nombre de la propuesta
Arquitectura de Datos Sincronizados en el Borde (Edge-Sync)
- Origen
Publicación o comunicación de una empresa del sector
- Línea estratégica
Arquitecturas Edge-to-Cloud y procesamiento distribuido
- Dominio
Terrestre
- Tipo de uso
Defensa
- Fecha de análisis
22/05/2024
- Responsable de la ficha
Pipeline automático - pendiente de asignación
- Estado
En análisis
2. Problema concreto
- Descripción
Los sistemas críticos de mando y logística presentan una dependencia absoluta de la conectividad centralizada (arquitectura Cloud-First), lo que provoca el colapso total de su funcionalidad cuando se pierde la red, en lugar de degradarse hacia un modo local. Esto afecta especialmente a unidades en ubicaciones remotas o bases operativas avanzadas.
- Consecuencia principal
Pérdida de visibilidad de inventarios, gestión de activos y capacidad de sincronización de activos en tiempo real, comprometiendo el éxito de la misión.
- Usuario afectado
Operador
- Criticidad
Alta
- Frecuencia estimada
Recurrente
- Entorno de aparición
Degradado
3. Ejemplo operativo y evidencia
4. Solución propuesta
- Descripción de la solución
Implementación de una arquitectura 'Local-First' mediante nodos de computación en el borde (Edge Computing; procesamiento de datos cerca de donde se generan) que desplacen la lógica de negocio y el almacenamiento desde la nube central hacia servidores tácticos locales.
- Datos de entrada
Inventarios locales, estados de mantenimiento, órdenes de mando y transacciones logísticas pendientes.
- Procesamiento principal
Almacenamiento persistente local, seguimiento de cambios mediante versionado y marcas de tiempo, y aplicación de reglas de resolución de conflictos (ej. prioridad jerárquica) durante la resincronización oportunista.
- Resultado / salida
Continuidad operativa de las funciones logísticas y de mando en modo desconectado y actualización automática del sistema central tras recuperar el enlace.
- Sistema, arquitectura e integración
Integración mediante APIs bidireccionales con GCSS-Army y BMS central, desplegado sobre contenedores ligeros (K3s) en hardware táctico.
- Funcionamiento resumido
1. Entrada: Registro de transacciones en nodo local. 2. Procesamiento: Gestión de estado y versionado local. 3. Resultado: Disponibilidad de datos para el operador sin red. 4. Integración: Sincronización automática con la nube central al detectar enlace.
- Componentes funcionales
- Bases de Datos NoSQL Distribuidas (replicación nativa)
- Orquestador de contenedores ligeros K3s
- Módulo de Sincronización Oportunista
- Caché Inteligente Predictivo
5. Aportaciones concretas de SIXTEMA
6. Capacidades reales que respaldan la propuesta
- Capacidad real
Sistema Integrado de Gestión de Misiones
- Proyecto / experiencia
Sistemas C2 e Inteligencia de Datos
- Qué demuestra
Capacidad para la planificación, seguimiento y coordinación de misiones con consolidación multifuente, base necesaria para la lógica de mando local.
- Nivel evidencia
Alta
- Capacidad real
Arquitecturas Escalables Cloud-Native
- Proyecto / experiencia
Habilitadores de Nube Táctica
- Qué demuestra
Experiencia en el despliegue de servicios operativos en entornos distribuidos e intercambio seguro de datos.
- Nivel evidencia
Alta
7. Capacidades futuras o en evolución
- Capacidad futura
Arquitecturas Edge-Cloud Federadas en entornos denegados
- Proyecto / iniciativa
Extensión estratégica de capacidades
- Estado
En curso
- Resultado esperado
Procesamiento en el extremo de la red (Edge) con resiliencia ante comunicaciones degradadas o jamming, reduciendo la brecha de dependencia de la nube central.
8. Tecnología involucrada
- Capa / función
Almacenamiento y Persistencia
- Tecnología / patrón
Bases de Datos NoSQL con replicación nativa (ej. CouchDB, MongoDB)
- Situación en SIXTEMA
Pendiente de validar
- Responsable / socio
Equipo interno
- Capa / función
Orquestación y Despliegue
- Tecnología / patrón
Contenedores ligeros / K3s (Kubernetes ligero para entornos con restricciones de SWaP — tamaño, peso y consumo eléctrico)
- Situación en SIXTEMA
Disponible parcialmente
- Responsable / socio
Equipo interno
- Capa / función
Integración de Datos
- Tecnología / patrón
API REST para sincronización asíncrona y bidireccional
- Situación en SIXTEMA
Dominada
- Responsable / socio
Equipo interno
9. Encaje con programas y marcos europeos
- Programa europeo
EDF
- Convocatoria / topic
Pendiente de búsqueda
- Marco / estándar prioritario
C2, nube táctica y superioridad de la información
- Valoración del encaje
Alto
- Justificación
La propuesta se alinea directamente con las prioridades del European Defence Fund en materia de resiliencia de mando y control (C2) y despliegue de nubes tácticas.
- Fuente de referencia
financiacion.md
10. Diferenciación aportada
- Diferenciador
Combinación de C2 con Arquitecturas Edge-Cloud Federadas
- Por qué es relevante
Permite pasar de un modelo 'Cloud-First' a uno 'Local-First', garantizando la continuidad operativa en entornos DDIL (comunicaciones denegadas, degradadas, intermitentes o limitadas).
- Evidencia
Capacidades actuales en Gestión de Misiones y capacidades en desarrollo de Edge-Cloud.
- Diferenciador
Experiencia en integración de datos heterogéneos para apoyo a la decisión
- Por qué es relevante
Facilita la resolución de conflictos de datos al resincronizar nodos locales con sistemas centrales como el GCSS-Army.
- Evidencia
Plataforma de Datos Geoespaciales y Sistema Integrado de Gestión de Misiones.
11. Actores objetivo y vías de entrada
- Actor identificado
Airbus Defence and Space
- Necesidad / interés
Liderazgo en C2 y comunicaciones militares; requiere soluciones de resiliencia para sus plataformas ISR.
- Vía de entrada
Consorcio
- Relación actual
Existente
- Actor identificado
Amper
- Necesidad / interés
Especialización en comunicaciones; interés en capas de datos que operen en entornos degradados.
- Vía de entrada
Consorcio
- Relación actual
Existente
- Actor identificado
Ministerio de Defensa (DGAM)
- Necesidad / interés
Eliminar la vulnerabilidad de los sistemas logísticos y de mando en bases operativas avanzadas (FOBs).
- Vía de entrada
Tractora
- Relación actual
Incipiente
12. Brechas y dependencias
- Brecha / dependencia
Compatibilidad de APIs del GCSS-Army (sistema centralizado de gestión logística del Ejército)
- Impacto
Crítico; si el sistema central no permite actualizaciones masivas y asíncronas, la resincronización de datos tras periodos DDIL es inviable.
- Cómo cubrirla
Análisis técnico de las interfaces actuales del GCSS-Army y negociación de requerimientos de integración con el propietario del sistema.
- Responsable potencial
Arquitecto de Soluciones / Equipo de Integración
- Brecha / dependencia
Hardware táctico en FOBs (bases operativas avanzadas)
- Impacto
Alto; la solución requiere que el hardware disponible cumpla con restricciones de SWaP (tamaño, peso y consumo eléctrico) suficientes para ejecutar contenedores K3s.
- Cómo cubrirla
Validación de inventarios reales de equipo táctico desplegado y definición de requisitos mínimos de cómputo.
- Responsable potencial
Ingeniería de Sistemas / Socio Prime (Integrador)
- Brecha / dependencia
Lógica de resolución de conflictos de datos complejos
- Impacto
Medio; la desconexión prolongada de múltiples nodos puede generar conflictos de versiones difíciles de resolver automáticamente.
- Cómo cubrirla
I+D específica en algoritmos de resolución de conflictos basados en reglas jerárquicas y marcas de tiempo.
- Responsable potencial
Equipo de I+D / Especialista en Datos
13. Valoración final por criterios
| Criterio | Valoración | Justificación |
|---|---|---|
| Relevancia del problema | Alta | Elimina un punto único de fallo catastrófico en el mando y la logística en entornos DDIL. |
| Calidad de la evidencia | Media | Sólida y consistente (ev_0001, ev_0004), aunque carece de referencias bibliográficas detalladas. |
| Encaje con SIXTEMA | Alta | Alineado con la hoja de ruta de Arquitecturas Edge-Cloud Federadas y C2. |
| Capacidades reales disponibles | Alta | Existe potencial de reutilización muy alto de módulos de Gestión de Misiones actuales. |
| Diferenciación | Media | Se diferencia al atacar la vulnerabilidad estructural (Local-First) y no solo mejorar el enlace. |
| Encaje europeo | Alta | Prioridad clara en EDF y PERTE de Defensa bajo los conceptos de autonomía estratégica y nube táctica. |
| Actor o vía de entrada identificada | Media | Identificados integradores (Airbus, Indra) y organismos (DGAM), pero sin relación formal establecida para este caso. |
| Potencial dual | Alta | Aplicable a cualquier sector con operaciones en zonas remotas o conectividad crítica intermitente (emergencias, minería). |
| Madurez preliminar | Media | Nivel Prototype (TRL 4-5), permite avanzar rápido hacia un MVP. |
| Cobertura brecha tecnológica | Alta | Resuelve la brecha entre el diseño Cloud-First y la realidad operativa del terreno. |
| Autonomía respecto a socios | Media | Alta en desarrollo software, pero dependiente de socios Prime para acceso a hardware y sistemas legados. |
| Viabilidad preliminar | Media | Técnicamente plausible, condicionada a la apertura de APIs del GCSS-Army. |
14. Decisión y conclusión final
- Resultado
Avanzar con condiciones
- Condiciones para avanzar
Confirmar viabilidad técnica de integración asíncrona con GCSS-Army y validar requisitos SWaP del hardware en FOBs.
- Validaciones pendientes
Documentación técnica de interfaces de sistemas legados y disponibilidad real de cómputo en el borde táctico.
- Próximo hito
Desarrollo de un MVP (Producto Mínimo Viable) que demuestre la sincronización oportunista entre dos nodos locales y un simulador de nube central.
- Síntesis
Solución crítica para evitar el colapso de mando y logística en entornos DDIL mediante una arquitectura Local-First. Encaja perfectamente con las capacidades Edge-Cloud de SIXTEMA y tiene alta tracción en fondos europeos (EDF). La viabilidad depende estrictamente de la integración con sistemas legados y hardware táctico.
15. Fuentes y trazabilidad
Sin referencias registradas.Evidencias del clúster: ev_0001, ev_0004