Te suscribiste al plan Starter de 49 dólares y presupuestaste exactamente eso. Luego llega la segunda factura al doble, y nada en tu panel explica por qué. El precio del plan nunca fue el precio. Los bytes que salían de la nube sí lo eran. Synadia Cloud mide cada gigabyte que tus aplicaciones extraen de su servicio NATS, y el exceso es donde una suscripción plana se convierte en una factura variable que escala con tu tráfico.
El momento importa. NATS se graduó en la CNCF el 10 de noviembre de 2026, con más de 400 millones de descargas y más de 2.000 empresas usándolo. Una ola de equipos está migrando ahora de NATS autoalojado a la nube gestionada, cambiando la carga operativa por un medidor que nunca antes habían vigilado. Este artículo explica cómo Synadia Cloud pone precio a los datos de red, cuánto cuesta eso a un volumen realista, por qué la mensajería de producción pertenece al coste de los bienes vendidos y no a los gastos generales, y cómo registrarlo para que tu margen bruto diga la verdad.
Cómo Synadia Cloud pone precio a los datos de red
Synadia aplica planes a equipos, y cada equipo empieza en el plan Personal gratuito. La escalera de pago es corta: Starter a 49 dólares al mes, Pro a 199 dólares al mes y Enterprise con contrato personalizado. Cada nivel incluye un bloque de datos de red junto con sus límites de conexiones, streams y almacenamiento. Personal incluye 10 GiB, Starter incluye 100 GiB, Pro incluye 1 TiB y Enterprise incluye 2 TiB.
El bloque incluido lo es todo, porque lo que ocurre después depende de tu plan. En el plan Personal gratuito no hay facturación por exceso en absoluto. Si el equipo supera los 10 GiB, las conexiones de cliente activas y nuevas se abandonan hasta el siguiente ciclo de facturación o hasta que se actualice el plan. Tu pico de tráfico del día de la demo no cuesta dinero en Personal. Cuesta disponibilidad.
En todos los planes de pago, el exceso se mide y se cobra al final del ciclo de facturación, con precio según el tipo de tráfico. Tres tarifas, separadas por casi un orden de magnitud:
- Salida de cliente y leaf: 9 centavos por GiB
- Salida de gateway: 2 centavos por GiB
- Entrada y salida de route: 1 centavo por GiB
Fíjate en lo que falta en esa lista. Publicar en la nube no se mide. El medidor corre sobre los bytes que salen, lo que significa que el fan-out es el multiplicador de cada factura de Synadia. Un mensaje publicado una vez y entregado a diez consumidores son diez entregas de salida, no una.
Salida de cliente y leaf a 9 centavos por GiB
Esta es la tarifa que domina las facturas reales, y cubre las dos formas en que tus sistemas consumen datos. La salida de cliente es cada byte entregado desde la nube a tus aplicaciones: entregas a suscriptores, respuestas de request-reply y lecturas de streams. La salida de leaf es la misma idea extendida al edge. Un nodo leaf es un servidor NATS en tu propia red que marca hacia el hub en la nube y puentea el interés de sujetos a través de ese enlace, de modo que una planta de fábrica o una tienda minorista detrás de un firewall puede publicar y suscribirse sin ninguna regla de firewall entrante.
La consecuencia de facturación es que el edge no es gratis. Cada byte que la nube reenvía por un enlace leaf es salida a la tarifa máxima. Una suscripción leaf acotada a un sujeto específico como orders.created extrae exactamente ese sujeto. Una suscripción perezosa a todo extrae toda la manguera por un enlace de 9 centavos. Acotar el interés en el edge es un control de costes, no solo una buena práctica.
Salida de gateway a 2 centavos por GiB
Los gateways unen clústeres en un superclúster, normalmente entre regiones, para que una carga de trabajo en una región pueda alcanzar sujetos en otra. La salida de gateway es el tráfico de replicación y entre regiones entre esos clústeres, medido a 2 centavos por GiB.
Dos centavos suenan insignificantes hasta que recuerdas que se suman a los propios cargos de transferencia del proveedor de nube subyacente. La propia guía operativa de Synadia señala una ratio alta de tráfico de gateway como un problema que merece corregirse, notando que solo la transferencia entre zonas de disponibilidad ronda un centavo por gigabyte en cada dirección. Un equipo que replica mucho entre regiones paga el coste de transferencia del proveedor y el medidor de gateway de Synadia sobre los mismos bytes. Mantén publicadores, streams y consumidores en una sola región a menos que la arquitectura realmente necesite geodistribución.
Tráfico de route a 1 centavo por GiB
Las routes son los enlaces intra-clúster entre servidores NATS, que llevan el tráfico de enrutamiento y replicación que mantiene coherente un clúster. A un centavo por GiB en ambas direcciones, es el medidor más barato de la página por diseño. Existe para que ejecutar una topología resistente de varios servidores no te penalice. Si el tráfico de route aparece alguna vez como una línea significativa en tu factura, algo estructural está mal, porque hace falta nueve veces el volumen para igualar un dólar de salida de cliente.
Cuánto cuesta esto a volumen real
Las tarifas por gigabyte solo tienen sentido multiplicadas, así que aquí hay tres formas realistas.
Un proyecto secundario con un puñado de servicios cabe dentro de los 100 GiB de Starter sin pensarlo. Diez mil mensajes pequeños al día, cada uno entregado a dos consumidores, mueven unos 20 GiB al mes. La factura es plana de 49 dólares, cero exceso, y la tarifa efectiva sobre los datos incluidos es de unos 49 centavos por GiB. El error a esta escala es actualizar a Pro por margen que no necesitas: 150 dólares más al mes para retener gigabytes que nunca tocas.
Una plataforma SaaS de tamaño medio que transmite eventos de pedidos y notificaciones a sus workers y a dos nodos leaf de edge empuja unos 1,2 TiB de salida de cliente y leaf al mes. En Starter eso son aproximadamente 1.129 GiB de exceso a 9 centavos, o unos 102 dólares sobre la base de 49 dólares, para una factura de 151 dólares. Sigue siendo más barato que los 199 dólares de Pro, y el punto de equilibrio está más lejos de lo que la mayoría de los equipos adivina: el salto de 150 dólares de Starter a Pro se recupera solo con datos de red más allá de unos 1,6 TiB de exceso mensual. Por debajo de esa línea actualizas por conexiones, streams o almacenamiento, nunca por el bloque de datos. Haz esa división antes de hacer clic en actualizar.
Ahora añade georreplicación. La misma plataforma replica streams entre regiones para recuperación ante desastres, sumando 500 GiB de salida de gateway, y la salida de cliente total queda justo por debajo de 2 TiB en el plan Pro. El exceso de cliente es de 960 GiB por encima del terabyte incluido a 9 centavos, o 86,40 dólares. El exceso de gateway es de 500 GiB a 2 centavos, o 10 dólares. La factura es de 199 más 96,40, o 295,40 dólares, y dos tercios del exceso vienen de una topología de replicación que nadie presupuestó cuando se dibujó en una pizarra. Esa es la forma recurrente de una factura sorprendente de Synadia: no un número grande, sino el fan-out y la replicación multiplicando una tarifa pequeña.
Por qué la mensajería de producción son COGS variables, no gastos generales
La mensajería que entrega tu producto a clientes de pago es un coste directo de ingresos. Escala con el uso, desaparece cuando no se vende nada, y los inversores esperan verla por encima de la línea del margen bruto junto con el cómputo, la base de datos, el almacenamiento y el ancho de banda de producción.
Las normas contables dejan margen aquí: los principios generalmente aceptados no definen con precisión el coste de los bienes vendidos, y la práctica del margen bruto de SaaS llena el vacío con una prueba de coste directo. Pregúntate si el gasto existe para servir a clientes en producción. Los streams que llevan eventos de pedidos, las entregas que se distribuyen a workers de cara al cliente y los enlaces leaf que alimentan ubicaciones de edge que sirven a clientes pasan la prueba. La cuenta de staging que reproduce el tráfico de la semana pasada, el tema de pruebas de carga y las suscripciones del sandbox de desarrollo no. Esos pertenecen a investigación y desarrollo o a gastos generales.
El límite de producción lo es todo. Una factura de Synadia agrupa todas las cuentas y todos los tipos de tráfico, así que divídela cada mes usando el uso por cuenta del panel. Los equipos que omiten la división suelen equivocarse en la dirección favorecedora, enterrando la infraestructura en gastos generales y reportando un margen bruto que su economía unitaria no puede defender. Una revisión de diligencia debida lo reclasifica en una tarde, y el margen reformulado nunca es el más alto.
Registra el importe neto que realmente pagas. Los datos incluidos no usados no son un activo y el nivel Personal gratuito no es ingreso, así que no hay nada que inflar ni trasladar. Si quieres visibilidad sobre el margen disponible, sigue los gigabytes consumidos frente a los incluidos en tus métricas y mantén el asiento contable al coste de caja.
Cómo registrarlo para que tu margen diga la verdad
Dale a la mensajería su propia cuenta de coste de ventas en lugar de mezclarla en una línea genérica de nube o software. Una cuenta dedicada como cloud messaging te permite dividir el gasto del mes entre los gigabytes de salida del mes y ver tu coste real por GiB, que es el número que te dice si el crecimiento del fan-out se está comiendo el margen.
El cargo de Synadia se liquida después del cierre de mes, así que devéngalo. Estima la porción de producción a partir de tus métricas de salida al cierre, ajústala a la factura cuando llegue y mantén la porción no productiva fuera del coste de ventas. Aquí hay un ciclo completo para un enero en el que la producción corrió una estimación de 291,20 dólares contra una factura real de 295,40 dólares, con un equipo Starter separado de 49 dólares para desarrollo:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Expenses:CostOfSales:Cloud-Messaging USD
2026-01-01 open Expenses:Research:Cloud-Sandbox USD
2026-01-01 open Liabilities:Accrued:Synadia USD
2026-01-31 * "Synadia" "January prod estimate, Pro base plus client-leaf and gateway overage"
Expenses:CostOfSales:Cloud-Messaging 291.20 USD
Liabilities:Accrued:Synadia -291.20 USD
2026-02-03 * "Synadia" "January invoice settles at 295.40 plus 49.00 dev team"
Liabilities:Accrued:Synadia 291.20 USD
Expenses:CostOfSales:Cloud-Messaging 4.20 USD
Expenses:Research:Cloud-Sandbox 49.00 USD
Assets:Cash:Operating -344.40 USDConcilia el importe devengado con el uso de red por cuenta del panel al menos mensualmente, con el tráfico de cliente, gateway y route como líneas separadas para que un pico en uno no se oculte dentro de la tendencia plana de los demás. Si llevas tus libros en texto plano, los patrones de seguimiento de costes de la documentación se extienden de forma natural a un desglose de mensajería por tipo de tráfico.
Una trampa de clasificación que evitar: los complementos como nodos leaf adicionales, paquetes de conectividad y almacenamiento siguen siendo costes de mensajería cuando sirven a producción, pero el complemento Remote System que enlaza tu propio sistema NATS autoalojado es una elección de arquitectura híbrida. Si ese enlace existe para mantener vivo un sistema heredado local en lugar de servir a los clientes actuales, pertenece a donde vivan los costes de ese sistema, no al coste de ventas.
Cinco controles que evitan que la salida se coma el margen
Empieza con la disciplina de fan-out y el tamaño del payload. Juntos abordan el multiplicador y el multiplicando, y ambos son arreglos de una tarde.
1. Trata cada entrega como una compra
Cada entrega a un suscriptor es salida medida por separado, así que audita quién recibe qué. Adjunta ámbitos de sujeto ajustados para que cada consumidor reciba solo los eventos que maneja, y elimina suscripciones muertas de workers desmantelados. El fan-out sin filtrar paga la entrega de mensajes que el consumidor descarta al llegar. Es puro desperdicio con un arreglo de una línea por suscripción.
2. Pon el payload a dieta
Mantén los eventos ligeros. Guarda el documento completo en almacenamiento de objetos y envía una referencia con los identificadores que el consumidor necesita, el patrón claim-check. Elimina blobs incrustados, registros de clientes duplicados y contexto de depuración verboso de la ruta caliente. Cada gigabyte que eliminas ahorra 9 centavos en cada entrega de cada mensaje que lo llevaba, por eso el tamaño del payload suele superar la compra de planes como palanca de ahorro.
3. Acota estrechamente el interés de los nodos leaf
Un enlace leaf solo reenvía los sujetos con interés en el otro lado, lo que convierte la suscripción de edge en la válvula de un tubo de 9 centavos. Revisa cada suscripción leaf trimestralmente y confirma que cada una sigue sirviendo a una carga de trabajo de edge activa. Una suscripción catch-all olvidada en una sola tienda puede arrastrar silenciosamente todo el espacio de sujetos por el enlace más caro de la factura.
4. Mantén los streams cerca de sus consumidores
Coloca publicadores, streams y consumidores en una misma región siempre que la arquitectura lo permita. La replicación entre regiones paga el exceso de gateway más la transferencia subyacente del proveedor sobre los mismos bytes, así que trata cada gigabyte de gateway como culpable hasta que se demuestre necesario. Si la recuperación ante desastres realmente necesita una segunda región, replica el conjunto de sujetos más pequeño que satisfaga el objetivo de recuperación, no la cuenta entera.
5. Dimensiona el plan y vigila la tasa de consumo
Sigue los gigabytes consumidos frente a los incluidos semanalmente, no mensualmente, porque el exceso se acumula en silencio hasta que cierra el ciclo. Recuerda el punto de equilibrio de 1,6 TiB antes de actualizar de Starter a Pro por razones de datos, y recuerda el precipicio de Personal en la otra dirección: los equipos que hacen prototipos en el nivel gratuito deberían actualizar antes de cualquier pico de tráfico que les importe, porque Personal responde al exceso con conexiones caídas, no con una factura.
Lista de verificación de cierre de mes para costes de mensajería
Cierra el ciclo de la misma forma cada mes para que los números sigan siendo fiables:
- Extrae los gigabytes de salida por tipo de tráfico del panel, no los recuentos lógicos de mensajes de los registros de la aplicación.
- Divide el gasto de cada tipo entre sus gigabytes y compáralo con las referencias de 9, 2 y 1 centavo.
- Calcula el fan-out de entregas por sujeto dividiendo entregas entre publicaciones; cualquier cosa por encima de tu ratio de diseño merece una revisión de suscripciones.
- Separa el uso de producción del de staging y sandbox por cuenta, y confirma que solo la producción llegó al coste de ventas.
- Ajusta la estimación del mes pasado a la factura liquidada y traslada la diferencia a tu estimación.
- Comprueba el tráfico de gateway como proporción de la salida total, y confirma que cada flujo entre regiones sigue teniendo una razón arquitectónica.
- Confirma que cada nueva cuenta, stream y nodo leaf creado durante el mes heredó el etiquetado de producción y ámbitos de sujeto ajustados.
Extrae hoy las líneas de red de Synadia de este mes de tu panel y compara los gigabytes de salida totales con el bloque incluido. Si el exceso crece más rápido que el uso de los clientes, el fan-out o la replicación están multiplicando la tarifa, y tu victoria de margen más barata es un payload más pequeño y suscripciones más ajustadas, no un plan más grande.
