01
Canonical boundary
Servicios y UI trabajan con entidades normalizadas antes de serializar a FIWARE.
Evita drift entre perfiles y facilita pruebas de paridad.
Volver a inicio
FIWARE-native
Perfil NGSI-v2 first
uAgri Studio separa la entidad canónica del transporte FIWARE para que Orion v2 y DEMO compartan comportamiento verificable.
02
Subscriptions
Las suscripciones Orion alimentan persistencia temporal cuando el perfil lo soporta.
La compatibilidad V2 se valida con gates reproducibles.
03
Temporal stack
QuantumLeap y CrateDB quedan como perfil opcional para series historicas.
La UI no depende de temporal para renderizar el dossier.
04
Remote-ready
Perfiles locales y remotos se describen desde configuración segura.
No se exponen secretos de broker en el cliente.
FIWARE first
Orion conserva el estado útil; los artefactos pesados viven fuera
La inteligencia no convierte el Context Broker en una base de datos genérica. Publica resúmenes derivados, relaciones y provenance; rasters, COG y datasets permanecen en almacenamiento de artefactos.
01A/B/C
Digital Twin
Entidades, relaciones y observaciones temporales representan la realidad operativa.
- AgriParcel y geometría canónica
- Operaciones, sensores y cosecha real
- Relaciones multitenant con service path
02D/E
Analytics y externos
Los providers se consultan con contratos fail-closed y provenance obligatoria.
- Resultados resumidos y estados de disponibilidad
- Cache con freshness y versión de dataset
- COG, tiles y escenas fuera de Orion
03F/G
Evidence y aplicación
Los informes se referencian; el estado efímero de UI no contamina FIWARE.
- Documentos, hashes y referencias
- Versiones del plan y snapshots aprobados
- Filtros, wizard y preferencias como application state
Flujo de datos
Provider → análisis → contexto
- 01Resolver parcela y CRS
- 02Consultar y validar provider
- 03Calcular con provenance
- 04Publicar resumen/relación en FIWARE