Cuánto cuestan 1000 sensores al mes en Azure, AWS, Google Cloud y Oracle

Por Rohit Athaide · Publicado el 28 oct 2026

«¿Cuánto va a costar esto?» es la primera pregunta de cualquier proyecto de IoT industrial, y la más difícil de responder a partir de las páginas de precios de los proveedores. Cada nube cobra cosas distintas, en unidades distintas. Esta guía calcula el precio de una planta realista en cada nube, componente por componente.

La planta

Una fábrica mediana con 1000 dispositivos: sensores, PLC y máquinas, cada uno enviando una lectura de aproximadamente 1 KB cada 10 segundos. Los datos pasan por 10 puertas de enlace en el edge en la planta. Del lado de la nube:

• un servicio de puerta de enlace IoT al que se conectan los dispositivos;
• un flujo de eventos que lleva los datos al resto de componentes;
• procesamiento de flujos para alertas en tiempo real y promedios móviles;
• una base de datos de series temporales que guarda 30 días de datos para los paneles;
• almacenamiento de objetos que guarda un año de datos sin procesar;
• dos máquinas virtuales pequeñas (2 vCPU, 8 GB) para paneles y servicios propios.

Eso equivale a unos 263 millones de mensajes y 250 GB de datos al mes.

La factura mensual

Son precios de lista, sin descuentos ni compromisos. Las franjas gratuitas cuentan solo cuando la propia lista de precios del proveedor las incluye. La tabla se recalcula cada vez que se actualizan los precios, por lo que puede diferir de lo que viste el mes pasado.

En qué se va el dinero

La puerta de enlace IoT es la línea que crece con tus datos. Azure IoT Hub se vende en unidades, cada una con una cuota diaria de mensajes, así que el costo sube en escalones al añadir dispositivos. AWS IoT Core cobra por mensaje (en bloques de 5 KB), por minuto de conexión de cada dispositivo y por cada regla que enruta un mensaje. Google Cloud ya no tiene una puerta de enlace IoT administrada (consulta qué reemplazó a Cloud IoT Core), así que su total deja fuera esa pieza. IoT Platform de Oracle se factura por hora de cómputo, y Oracle no publica cuántos mensajes gestiona, por lo que no se puede dimensionar a partir de un número de mensajes y también queda fuera. Los totales con una pieza que falta se marcan como incompletos y nunca se llaman los más baratos.

La base de datos de series temporales tiene un mínimo alto. Azure Data Explorer funciona con al menos dos nodos de motor, Google Bigtable con al menos un nodo y Timestream for InfluxDB con al menos una instancia con un tamaño mínimo de almacenamiento. A este tamaño pagas sobre todo por ese mínimo, no por los datos. Oracle no tiene una base de datos de series temporales administrada, así que su total deja fuera esta línea. Consulta costos de bases de datos de series temporales.

El procesamiento de flujos también es un costo fijo. Las alertas en tiempo real necesitan un trabajo en ejecución todo el día, y cada servicio tiene un tamaño mínimo de trabajo. Una noche tranquila cuesta lo mismo que un turno con mucha actividad. Consulta costos de procesamiento de flujos.

El flujo de eventos y el archivo son pequeños. Un año de datos sin procesar comprimidos en almacenamiento de objetos es una línea menor. El flujo de eventos depende del modelo de cada nube: unidades de capacidad en Azure, volumen de datos en AWS, Google y Oracle.

Los entornos de ejecución en el edge son casi gratuitos. Azure IoT Edge no tiene cargo por el entorno de ejecución. AWS IoT Greengrass cobra una pequeña cantidad por dispositivo activo. Google Cloud y Oracle no tienen un entorno de ejecución edge administrado.

Qué deja fuera la estimación

• Impuestos. En India se aplica un GST del 18 % sobre estos precios de lista (consulta costos de nube en India).
• Salida de red, monitoreo, planes de soporte y copias de seguridad.
• Descuentos. Los planes de ahorro, la capacidad reservada y los descuentos por uso comprometido pueden rebajar entre un 20 y un 60 % las piezas que funcionan siempre: máquinas virtuales, base de datos de series temporales y procesamiento de flujos.

Formas de reducirlo

1. Reportar con menos frecuencia cuando el proceso lo permita. Pasar de cada 10 segundos a cada 30 envía un tercio de los mensajes, lo que recorta la línea de la puerta de enlace IoT en más de la mitad. Consulta cómo cambia la factura según el intervalo de reporte.
2. Agrupar lecturas en la puerta de enlace edge en menos mensajes, más grandes, hasta el tamaño de bloque de cada servicio.
3. Guardar menos historial rápido. Los paneles rara vez necesitan más de unas semanas. Los datos más antiguos pueden vivir en el archivo.
4. Desactivar el procesamiento en tiempo real si las alertas pueden ejecutarse en las puertas de enlace edge.
5. Comprometerse con las piezas que funcionan siempre una vez que el diseño se haya asentado.

Para ver cómo cambia la factura según el tamaño de la flota, consulta 100 frente a 1000 frente a 10.000 dispositivos.