Eligió LoRaWAN por el alcance y la duración de la batería. Bien. Ahora hay una segunda decisión que pesa lo mismo, y la mayoría de los equipos la toma a las apuradas: ¿quién opera la red con la que hablan sus dispositivos?
Hay tres respuestas. Puede sumarse a una red comunitaria pública como The Things Network. Puede apoyarse en una red de cobertura descentralizada como Helium. O puede operar sus propios gateways con un network server como The Things Stack o ChirpStack. Las tres mueven los mismos paquetes LoRaWAN. Lo que cambia es quién controla la cobertura, quién garantiza la disponibilidad, quién ve su tráfico y quién paga qué.
Esta guía recorre los tres modelos, las concesiones entre ellos y cuándo conviene cada uno. Al final conecta la decisión del network server con la capa que va por encima, porque esa es la parte que los equipos olvidan hasta que los datos empiezan a llegar y nadie definió a dónde van.
Los tres modelos, sin rodeos
Red comunitaria pública. The Things Network es el ejemplo más conocido. Es una red LoRaWAN compartida y operada por la comunidad. Cualquiera puede instalar un gateway y sumarlo al mapa público de cobertura, y cualquiera puede registrar dispositivos y usar la red de forma gratuita, dentro de los límites de uso razonable. La infraestructura pertenece a quien haya montado el gateway más cercano, que podría ser usted, podría ser un aficionado a tres cuadras o podría no existir.
Red de cobertura descentralizada. Helium es el caso conocido aquí. Los operadores de gateways cobran un incentivo en tokens por brindar cobertura, con la idea de hacer crecer el mapa más rápido que un modelo puramente voluntario. Desde el dispositivo se comporta igual que una red pública: usted no es dueño de los gateways y su tráfico depende de una cobertura que otros eligen mantener.
Red privada. Usted compra e instala sus propios gateways y los apunta a un network server que controla. Ese servidor suele ser The Things Stack o ChirpStack. La cobertura es suya, la disponibilidad es suya para gestionar y los datos nunca cruzan la infraestructura de un tercero. A cambio, asume el costo del hardware y el trabajo de operación.
Qué hace realmente el network server
Antes de las concesiones, un término que suele confundir. El network server LoRaWAN es el cerebro entre sus gateways y sus datos. Deduplica los paquetes que llegaron por varios gateways, verifica las claves de seguridad del dispositivo, maneja las solicitudes de join, administra las tasas de datos y luego reenvía la carga útil descifrada.
The Things Stack y ChirpStack son ambos network servers. La diferencia entre LoRaWAN pública y privada suele reducirse a quién opera este servidor. En The Things Network, la comunidad ejecuta The Things Stack por usted. En una red privada, usted ejecuta The Things Stack o ChirpStack por su cuenta, en su propio hardware o en su propia cuenta en la nube.
Esto importa para la sección siguiente, y mucho para la parte sobre plataformas de aplicación más adelante.
Las concesiones que deciden
Seis factores separan a los tres modelos. Ningún modelo gana en los seis.
Cobertura. Las redes públicas y descentralizadas le dan cobertura que usted no construyó, donde existe. En una ciudad densa, The Things Network o Helium quizá ya lleguen a su sitio. En un campo rural, un sótano o un predio industrial privado, esa cobertura es escasa o inexistente, y no puede hacer aparecer gateways comunitarios con desearlo. Una red privada le da cobertura exactamente donde coloca un gateway y en ningún otro lado.
Control. En una red privada usted define el plan de canales, la ubicación de los gateways, la política de tasas de datos y el calendario de actualizaciones. En una red pública o descentralizada toma lo que hay. Si un gateway comunitario cercano se cae, ese no es un gateway que le toque a usted arreglar.
Confiabilidad. Un gateway que usted posee y monitorea es un gateway al que puede exigirle cuentas. Los gateways comunitarios y descentralizados pueden aparecer y desaparecer sin aviso, porque quienes los operan no le deben nada. Para un proyecto de aficionado, está bien. Para un sitio en producción, es un riesgo que tiene que poner en la cuenta.
Seguridad. LoRaWAN cifra las cargas útiles de extremo a extremo en cualquiera de los modelos, así que el enlace de radio no es la preocupación. La diferencia es operativa: en una red privada, sus join servers, sus claves y su tráfico quedan dentro de una infraestructura que usted controla. Para trabajo regulado, ese límite suele ser por sí solo el factor decisivo.
Costo. Las redes comunitarias públicas no cuestan nada por mensaje dentro del uso razonable, algo difícil de superar para proyectos pequeños o tempranos. Las redes descentralizadas suelen tener un costo por paquete o por créditos de datos. Una red privada tiene la forma opuesta: dinero real por adelantado para gateways e instalación, y luego un costo casi nulo por mensaje. Para un despliegue denso con muchos dispositivos en un mismo sitio, el modelo privado suele ganar en costo total a lo largo de la vida útil del dispositivo, aunque parezca más caro el primer día.
SLA. Esta es la corta. Las redes comunitarias y descentralizadas no traen acuerdo de nivel de servicio. Nadie le promete disponibilidad. Una red privada tiene el SLA que usted construya y opere, lo que significa que es dueño tanto de la promesa como del trabajo para cumplirla.
Cuándo encaja cada una
Parta del trabajo, no de la red.
Aficionado, prototipado y prueba de concepto. Si está probando si LoRaWAN siquiera sirve para su idea, súmese a The Things Network. Gratis, rápido de arrancar, sin compromiso de hardware si la cobertura ya le llega. Helium encaja en una etapa temprana similar cuando quiere más cobertura y acepta un pequeño costo por paquete. No monte su propio servidor para enviar cien mensajes de prueba.
Despliegues en producción. Cuando los dispositivos ya están en el campo ganándose el sueldo, la cuenta se inclina hacia el control y la confiabilidad. Muchos equipos pasan a una red privada en este punto, o al menos a una instancia paga y operada de The Things Stack, para que la cobertura y la disponibilidad sean responsabilidad concreta de alguien. Ya sea autoalojando o usando un network server operado, la meta es la misma: sin huecos sorpresa.
Sitios regulados o remotos. Salud, servicios públicos, cualquier cosa con reglas de residencia de datos, o cualquier sitio sin nada de cobertura comunitaria. Aquí una red privada suele ser la única respuesta honesta. Necesita el límite de datos, la cobertura garantizada o ambos, y un mapa público no le da ninguno de los dos.
La línea no es rígida. Muchos despliegues reales mezclan modelos: una red privada en el predio principal, The Things Network para una ubicación satélite que ya tiene cobertura. Está perfecto, y lleva directo al punto siguiente.
El network server no es su aplicación
Sea cual sea el modelo que elija, el network server mueve y descifra paquetes. Eso es todo lo que hace. No guarda historial, no dibuja un dashboard, no avisa a un operador cuando un tanque baja ni dispara una bomba. Esos trabajos viven una capa más arriba, en la plataforma de aplicación. Aquí es donde los proyectos suelen trabarse.
Ahí es donde se ubica TagoIO. TagoIO es una plataforma de aplicación IoT gestionada que corre por encima del network server. Ingiere los datos descifrados que salen de su red LoRaWAN, los almacena, los muestra en dashboards, administra sus dispositivos y le permite construir alertas, APIs y acciones automatizadas encima.
Como TagoIO se integra aguas abajo del network server, el modelo que eligió debajo no lo deja atado. ¿Usa The Things Network? TagoIO obtiene los datos de The Things Stack. ¿Autoaloja ChirpStack en una red privada? TagoIO se conecta a ChirpStack. ¿Mezcla ambos entre sitios? La capa de aplicación se mantiene igual mientras las redes difieren debajo. Puede cambiar o combinar modelos de red sin reconstruir los dashboards ni la lógica de la que depende su equipo.
Para equipos que necesitan revender o aplicar marca blanca a la aplicación para sus propios clientes, TagoRUN lo ofrece sobre la misma plataforma. Para procesamiento en el borde cerca de los gateways, TagoCore es un runtime de código abierto que ejecuta la lógica de aplicación en el sitio. La plataforma en sí está certificada ISO 27001 y alineada con GDPR, algo que suele importar más a los mismos equipos regulados que se inclinan por lo privado en el lado de la red.
La versión corta
No hay un mejor modelo de red LoRaWAN, solo el correcto para el trabajo que tiene enfrente. Decida por cobertura, control, confiabilidad, seguridad, costo y SLA, ponderados según lo que su proyecto necesita de verdad. Use The Things Network para afición y prototipado, Helium cuando quiera cobertura descentralizada y acepte su costo, y una red privada sobre The Things Stack o ChirpStack cuando necesite control, cobertura garantizada o un límite de datos firme para producción y trabajo regulado.
Después elija la capa de aplicación que va por encima de todo eso, para que los datos que se esforzó en recolectar se conviertan en algo que una persona pueda ver y sobre lo que pueda actuar. Acierte temprano con el modelo de red. Como la elección de radio que vino antes, es difícil de deshacer una vez que los sensores están en el campo.
