Durante años, mandar datos por satélite desde un sensor remoto significó trabajar con mensajes de unos cuantos cientos de bytes, formatos propios y un servidor que había que montar a mano para recibirlos. Iridium Messaging Transport (IMT) cambia ese esquema: es el servicio de mensajería IoT de Iridium pensado para desarrolladores, con mensajes de hasta 100,000 bytes, modelo publicación/suscripción y entrega directa en la nube de AWS. Escalar una aplicación satelital se vuelve tan simple como escalar cualquier otro servicio en la nube.
Qué es Iridium Messaging Transport
IMT es un servicio de transporte de mensajes, de tamaño pequeño a mediano, entre equipos en campo y la nube. Funciona sobre la constelación Iridium, que cubre el planeta de polo a polo en banda L, y se entrega a través de Iridium CloudConnect, la integración de Iridium con Amazon Web Services. Los equipos se conectan con módulos Iridium Certus; el módulo dedicado a IMT es el Iridium Certus 9704.
Cómo funciona
- Conexión: el equipo en campo, con un módulo Iridium Certus, envía y recibe mensajes por la red satelital de Iridium.
- Transporte: IMT administra el flujo de datos y los convierte para los servicios nativos de AWS.
- Entrega: los mensajes llegan como JSON a colas de Amazon SQS dentro de la VPC de AWS del cliente.
- Integración: la aplicación los consume con Python, Node.js, Go o cualquier lenguaje moderno, con los mismos patrones que cualquier otra aplicación en la nube.
La conexión entre Iridium y AWS es privada y cifrada de extremo a extremo, así que los datos no cruzan internet pública en el tramo entre el operador satelital y la cuenta del cliente.
Características principales
- Mensajes de 1 a 100,000 bytes: desde una alarma de unos cuantos bytes hasta archivos de configuración, lotes de lecturas o fotografías comprimidas.
- Mensajería por temas (topics): los datos se organizan por tema, cada uno con prioridad, persistencia y tamaño de cola configurables. Las alarmas pueden ir en un tema de alta prioridad y los reportes rutinarios en otro.
- Publicación/suscripción: el modelo pub/sub habitual en IoT, para aplicaciones basadas en eventos y en tiempo real.
- Nativo en la nube: pensado para arquitecturas serverless y para herramientas de automatización como Terraform, AWS CDK y CloudFormation. Un solo script crea la infraestructura de colas de los temas con autenticación entre cuentas.
- Escalable: la misma arquitectura sirve para 10 equipos o para 10,000.
IMT frente a SBD
El SBD (Short Burst Data) sigue siendo la opción de miles de equipos instalados: mensajes de unos 340 bytes de subida y unos 270 de bajada, ideales para alarmas, lecturas y posiciones. IMT no lo sustituye en todos los casos; amplía lo que se puede hacer:
- Tamaño: con SBD, un archivo grande hay que partirlo en muchos mensajes y rearmarlo en el servidor; con IMT viaja en un solo mensaje de hasta 100,000 bytes.
- Entrega: SBD entrega por correo o por conexión directa a un servidor propio; IMT entrega JSON en colas SQS dentro de AWS.
- Organización: IMT separa los datos por temas con prioridad propia, algo que con SBD hay que resolver en la aplicación.
- Equipos: SBD funciona con una amplia base de módems y terminales ya certificados; IMT requiere módulos Iridium Certus compatibles, como el 9704.
Para un proyecto nuevo con backend en AWS y mensajes que no caben en un SBD, IMT es la opción natural. Para equipos instalados que solo reportan valores pequeños, SBD sigue siendo suficiente.
Aplicaciones
- IoT industrial y M2M: monitoreo de equipos remotos en ductos, pozos, subestaciones y minas. Ver interoperabilidad satelital en el sector energético.
- Servicios OTT: mensajería de grupo, reportes meteorológicos y aplicaciones transaccionales sobre la red satelital.
- Equipos en el borde: sistemas desatendidos que deben seguir reportando sin intervención, como estaciones meteorológicas o hidrométricas.
- Flujos resilientes: respaldo de datos donde las redes terrestres no llegan o fallan. Ver telemetría con respaldo satelital automático.
- Activos en movimiento: lotes de posiciones y eventos de vehículos y contenedores. Ver localización satelital de activos.
IMT dentro de una red interoperable
En una arquitectura multi-órbita, IMT ocupa el mismo lugar que los demás servicios de banda L: un camino de poca capacidad y máxima disponibilidad, independiente de la banda ancha LEO o GEO y del celular. La diferencia es que llega ya integrado a la nube, de modo que los datos del sitio remoto aparecen en las mismas colas y funciones que usa el resto de la operación. Cuando el sitio tiene banda ancha, los datos pesados viajan por ella; cuando la pierde, los mensajes críticos siguen saliendo por IMT. Ver arquitectura de red satelital interoperable.
Kit de desarrollo Iridium Certus 9704
Para empezar, Iridium ofrece un kit de desarrollo que reúne el módulo Iridium Certus 9704 con el software y los componentes de conectividad necesarios para probar IMT de punta a punta: desde el primer mensaje enviado por satélite hasta su llegada a una cola SQS. Está pensado tanto para equipos técnicos como para quien evalúa la tecnología por primera vez.
Preguntas frecuentes
¿Necesito una cuenta de AWS?
Sí. IMT entrega los mensajes en colas SQS dentro de la VPC del cliente, con autenticación entre la cuenta de Iridium y la tuya.
¿Puedo enviar comandos al equipo en campo?
Sí. El modelo pub/sub funciona en ambos sentidos: la aplicación publica en un tema y el equipo recibe el mensaje.
¿Sirve con mis equipos SBD actuales?
No directamente: IMT usa módulos Iridium Certus como el 9704. Los equipos SBD pueden convivir en la misma operación y alimentar la misma nube por su propio camino.
Vuelve a la guía general de interoperabilidad satelital.
