El coste total de propiedad de un broker MQTT es el coste completo de la mensajería de tus dispositivos a lo largo de varios años, no solo la línea del servidor o de la suscripción en una factura. En esta guía construirás un modelo de TCO que recoge infraestructura, tiempo de ingeniería, guardias, incidentes y riesgo, lo aplicarás a opciones autoalojadas y gestionadas y verás qué supuestos influyen más en el resultado. El modelo no contiene precios de proveedores; tú introduces tus propias tarifas y presupuestos.
Por qué el TCO importa más que el precio de etiqueta
El coste visible de un broker autoalojado es una máquina virtual y quizá un balanceador de carga. El coste visible de un broker MQTT gestionado es una suscripción. Comparar esas dos cifras casi siempre hace que el autoalojamiento parezca más barato, y la comparación casi siempre es errónea, porque los mayores costes del autoalojamiento son las personas y el riesgo, que nunca aparecen en una factura cloud.
También puede ocurrir lo contrario. Para una carga de trabajo grande y estable, operada por un equipo que ya gestiona infraestructura similar, el autoalojamiento puede ser la opción más barata a lo largo de varios años. Un buen modelo de TCO no presupone la respuesta; hace explícitos los supuestos para que se puedan discutir.
Las categorías de coste
1. Infraestructura
- Cómputo para los nodos del broker, dimensionado para el pico de conexiones y la tasa de mensajes, más redundancia si necesitas alta disponibilidad.
- Balanceadores de carga y direcciones IP públicas.
- Almacenamiento para persistencia, logs y copias de seguridad.
- Tráfico de salida de red, que puede ser considerable en cargas con mucho fan-out.
- Servicios de monitorización y logging.
- Entornos no productivos: brokers de staging y de pruebas.
2. Ingeniería inicial
- Selección, instalación y refuerzo de seguridad del broker.
- Automatización y renovación de certificados TLS.
- Autenticación: archivos de contraseñas, un plugin de autenticación o una integración de identidad.
- Dashboards de monitorización y reglas de alerta.
- Infraestructura como código, copias de seguridad y runbooks.
- Revisión de seguridad y pruebas de penetración.
3. Operación continua
- Parches del sistema operativo y del broker, y su prueba antes del despliegue.
- Rotación de certificados, gestión de credenciales y alta de nuevos dispositivos.
- Planificación de capacidad y operaciones de escalado.
- Actualizaciones entre versiones mayores del broker.
- Responder a "¿el problema es el broker?" para los equipos de aplicación.
4. Guardias
Si los dispositivos en campo dependen del broker a todas horas, alguien tiene que estar localizable a todas horas. Las guardias tienen un coste incluso en semanas tranquilas: los complementos por disponibilidad, la limitación del tiempo personal y el hecho de que un turno de guardias necesita varias personas formadas para ser sostenible.
5. Incidentes
Los incidentes cuestan horas de ingeniería para resolverlos, pero a menudo cuestan más en impacto de negocio: datos perdidos, comandos no entregados, visitas de servicio técnico, penalizaciones de SLA con tus propios clientes y daño reputacional. Estímalos como valor esperado: incidentes probables al año multiplicados por el impacto medio.
6. Coste de oportunidad
Cada hora dedicada a la fontanería del broker es una hora que no dedicas a tu producto. Es difícil de cuantificar, pero a menudo resulta decisivo para los equipos pequeños.
7. Costes del servicio gestionado
En un broker gestionado, suma la suscripción o los cargos por uso (consulta precios de broker MQTT para ver los modelos), más el trabajo interno que sigue quedando: gestión de credenciales, monitorización del lado cliente y servicios de integración. La operación no baja a cero, pero la infraestructura del broker, los parches, los certificados y las guardias a nivel de broker pasan al proveedor.
Cómo construir el modelo de TCO
Modela al menos tres años, porque la ingeniería inicial se concentra al principio y las migraciones son caras. Trabaja en horas para las personas y conviértelas con tu tarifa horaria cargada (salario más gastos generales).
Inputs
H_rate loaded cost per engineering hour
Y years in the model (3 recommended)
Infra_m monthly infrastructure cost (all environments)
Build_h initial engineering hours
Ops_h_m ongoing operations hours per month
OnCall_m monthly on-call cost (allowances + rota overhead)
Inc_y expected incidents per year
Inc_h engineering hours per incident
Inc_impact business impact per incident
Sub_m monthly managed-service subscription or usage
Int_h_m internal hours per month that remain with a managed service
Self-hosted TCO
= Build_h x H_rate
+ Y x 12 x (Infra_m + Ops_h_m x H_rate + OnCall_m)
+ Y x Inc_y x (Inc_h x H_rate + Inc_impact)
Managed TCO
= Onboarding_h x H_rate
+ Y x 12 x (Sub_m + Int_h_m x H_rate)
+ Y x Inc_y_managed x (Inc_h_managed x H_rate + Inc_impact)
Observa que la fórmula del servicio gestionado sigue incluyendo incidentes. Un proveedor opera el broker, pero tu red, tus dispositivos y tus integraciones pueden seguir fallando, y los proveedores también sufren caídas. Lo que suele cambiar es la frecuencia de los incidentes autoinfligidos, como un certificado caducado o un disco lleno, y quién hace el trabajo de recuperación.
Un ejemplo práctico en horas
Para mostrar la forma del resultado sin inventar precios, aquí tienes una estimación ilustrativa de esfuerzo para un despliegue de producción modesto: unos cientos de dispositivos, alta disponibilidad obligatoria y un equipo sin experiencia previa con brokers. Sustituye cada cifra por las tuyas.
| Partida | Autoalojado (supuesto de ejemplo) | Gestionado (supuesto de ejemplo) |
|---|---|---|
| Construcción inicial y refuerzo | 120 horas | 16 horas de puesta en marcha |
| Operación continua | 16 horas / mes | 4 horas / mes |
| Turno de guardias | Necesario para el broker | No necesario para la infraestructura del broker |
| Incidentes al año | 3 | 1 |
| Horas por incidente | 12 | 4 |
| Infraestructura | Tu factura cloud por 2+ nodos, balanceador, monitorización | Incluida en la suscripción |
En tres años, esos supuestos dan aproximadamente 120 + 36 x 16 + 3 x 3 x 12 = 804 horas de ingeniería para el autoalojamiento, frente a 16 + 36 x 4 + 3 x 1 x 4 = 172 horas para un broker MQTT gestionado, antes de infraestructura, suscripción, guardias e impacto de negocio. Multiplica por tu tarifa horaria, suma las partidas económicas y la comparación se vuelve concreta. Tus supuestos pueden ser muy distintos; lo importante es ponerlos por escrito.
Sensibilidad: qué supuestos importan más
Ejecuta el modelo con valores optimistas y pesimistas para cada entrada. En la mayoría de los modelos, unas pocas entradas dominan:
- Tarifa horaria cargada: las tarifas altas encarecen cada hora de operación y favorecen los servicios gestionados.
- Impacto de los incidentes: si una caída del broker detiene líneas de producción o funciones de cara al cliente, el coste esperado de los incidentes puede eclipsar todo lo demás.
- Alta disponibilidad: exigir HA multiplica la infraestructura y la complejidad del autoalojamiento.
- Experiencia previa: un equipo que ya opera sistemas similares necesita menos horas de construcción y de operación.
- Escala: a una escala muy grande y estable, la eficiencia de la infraestructura pesa más, y el autoalojamiento o la capacidad dedicada pueden salir ganando.
- Cumplimiento normativo: los requisitos de residencia de datos o de aislamiento pueden descartar o imponer opciones con independencia del coste.
Autoalojado, gestionado y las opciones intermedias
El TCO no es una elección binaria. ConnectMQ, por ejemplo, ofrece varios modelos de despliegue que desplazan el equilibrio de forma distinta:
| Modelo | Quién gestiona la infraestructura | Quién opera el broker | Perfil de TCO |
|---|---|---|---|
| Open source autoalojado | Tú | Tú | Menor coste directo, mayor coste en personas |
| Serverless gestionado | Proveedor | Proveedor | Basado en uso, operación mínima |
| Dedicated gestionado | Proveedor | Proveedor | Capacidad predecible, aislamiento |
| BYOC | Tu cuenta cloud | Proveedor | Aprovecha compromisos cloud existentes, opera el proveedor |
| Self Managed Enterprise | Tú | Tú, con software del fabricante | Control total sobre tu infraestructura |
Para una visión equilibrada de las diferencias operativas, lee broker MQTT autogestionado frente a gestionado, y consulta migrar Mosquitto a MQTT en la nube si el modelo apunta a un cambio.
Checklist de TCO
- Modela al menos tres años.
- Incluye todos los entornos, no solo producción.
- Convierte todo el tiempo de las personas con una tarifa horaria cargada.
- Incluye las guardias como coste fijo.
- Estima los incidentes como frecuencia por impacto.
- Incluye los costes de migración de entrada y de salida.
- Ejecuta escenarios optimistas y pesimistas.
- Revisa el modelo a los seis meses con datos medidos.
Modela tus costes con ConnectMQ
La entrada más fiable de cualquier modelo de TCO es el uso medido. Crea un broker gratuito en app.connectmq.com con el plan Serverless, sin tarjeta de crédito, ejecuta un piloto y registra las horas que realmente dedicas. ConnectMQ es un broker MQTT gestionado que te permite pasar de Serverless a Dedicated, BYOC o Self Managed Enterprise sin cambiar el código de los clientes. Nuestra guía del broker MQTT en la nube explica los modelos de despliegue, y puedes descubrir qué hace un broker MQTT si el tema es nuevo para ti.
Preguntas frecuentes
¿Cuál es el mayor coste oculto de un broker MQTT autoalojado?
Normalmente, el tiempo de las personas: refuerzo inicial, parches continuos, gestión de certificados y guardias. El impacto de los incidentes puede ser aún mayor si los dispositivos o los clientes dependen del broker.
¿Es siempre más barato un broker MQTT gestionado?
No. Para cargas grandes y estables operadas por un equipo experimentado, el autoalojamiento o la capacidad dedicada pueden costar menos con el tiempo. Un modelo de TCO con tus propios supuestos muestra cuál es tu caso.
¿Cuántos años debe cubrir un modelo de TCO de un broker MQTT?
Al menos tres años. Los horizontes más cortos sobrevaloran los costes iniciales de construcción e ignoran las actualizaciones, los cambios de personal y el coste de migrar más adelante.
¿Incluye el TCO el coste de abandonar a un proveedor?
Debería. Los clientes MQTT estándar y las estructuras de topics estándar mantienen bajos los costes de salida, mientras que las APIs propietarias y los motores de reglas los elevan. Incluye una estimación de la migración de salida.
