IoT Hub y la excelencia operativa

Azure IoT Hub es un servicio administrado, hospedado en la nube, que actúa como centro de mensajes para la comunicación entre una aplicación de IoT y los dispositivos conectados. Puede conectar millones de dispositivos y sus soluciones de back-end con confianza y de forma segura. La mayoría de dispositivos se pueden conectar a un centro de IoT.

IoT Hub admite la supervisión para ayudarle a realizar un seguimiento de la creación de dispositivos, la conexión de dispositivos y los errores de los dispositivos.

IoT Hub también admite los siguientes patrones de mensajería:

• Telemetría del dispositivo a la nube
• Carga de archivos desde dispositivos
• Métodos de solicitud y respuesta para controlar los dispositivos desde la nube

Para más información sobre IoT Hub, consulte Conceptos de IoT y Azure IoT Hub.

Para comprender cómo IoT Hub promueve la excelencia operativa, consulte los temas siguientes:

• Tutorial: Configuración y uso de métricas y registros con un centro de IoT
• Supervisión de Azure IoT Hub
• Seguimiento de mensajes del dispositivo a la nube de Azure IoT con seguimiento distribuido (versión preliminar)
• Comprobación del estado de los servicios y recursos de IoT Hub

Las secciones siguientes son específicas para Azure IoT Hub y la excelencia operativa:

• Consideraciones de diseño
• Lista de comprobación de la configuración
• Opciones de configuración recomendada

Consideraciones de diseño

Para más información sobre el contrato de nivel de servicio de Azure IoT Hub, consulte Acuerdo de Nivel de Servicio para Azure IoT Hub.

Lista de comprobación

¿Ha configurado Azure IoT Hub teniendo en cuenta la excelencia operativa?

• Aprovisione una segunda instancia de IoT Hub en otra región y habilite lógica de enrutamiento en el dispositivo.
• Use el protocolo AMQP o MQTT al enviar eventos con frecuencia.
• Use solo los certificados validados por una entidad de certificación raíz en el entorno de producción si usa certificados X.509 para la conexión del dispositivo.
• Para obtener el máximo rendimiento, use el número máximo de particiones (32) al crear la instancia de IoT Hub si tiene previsto usar el punto de conexión integrado.
• Para el escalado, aumente el nivel y las unidades de IoT Hub asignadas en lugar de agregar más de una instancia de IoT Hub por región.
• En escenarios de alto rendimiento, use eventos por lotes.
• Si necesita la latencia mínima posible, no use el enrutamiento y lea los eventos desde el punto de conexión integrado.
• Como parte de la estrategia de disponibilidad y recuperación ante desastres de toda la solución, considere la posibilidad de usar la opción de recuperación ante desastres entre regiones de IoT Hub.
• Al leer la telemetría del dispositivo desde el punto de conexión compatible con el centro de eventos integrado, consulte la recomendación para consumidores del centro de eventos.
• Al usar un SDK para enviar eventos a IoT Hubs, asegúrese de que las excepciones producidas por la directiva de reintentos (EventHubsException o OperationCancelledException) se detectan correctamente.
• Para evitar la interrupción de la telemetría debido a la limitación y una cuota totalmente usada, considere la posibilidad de agregar una solución de escalado automático personalizada.

Recomendaciones para la configuración

Tenga en cuenta las siguientes recomendaciones para aumentar la excelencia operativa al configurar Azure IoT Hub:

Recomendación	Descripción
Aprovisione una segunda instancia de IoT Hub en otra región y habilite lógica de enrutamiento en el dispositivo.	Estas configuraciones se pueden mejorar aún más con un servicio Concierge.
Use el protocolo AMQP o MQTT al enviar eventos con frecuencia.	AMQP y MQTT tienen un mayor costo de red al inicializar la sesión, sin embargo, HTTPS requiere una sobrecarga de TLS adicional para cada solicitud. AMQP y MQTT tienen un mayor rendimiento para los publicadores frecuentes.
Use solo los certificados validados por una entidad de certificación raíz en el entorno de producción si usa certificados X.509 para la conexión del dispositivo.	Asegúrese de que dispone de procesos en vigor para actualizar el certificado antes de que expire.
Para obtener el máximo rendimiento, use el número máximo de particiones (32) al crear la instancia de IoT Hub si tiene previsto usar el punto de conexión integrado.	El número de particiones del dispositivo a la nube para el punto de conexión compatible con el centro de eventos refleja el grado de paralelismo de bajada que puede lograr. Esto le permitirá escalar verticalmente hasta 32 entidades de procesamiento simultáneas y ofrecerá la mayor disponibilidad de envío y recepción. Este número no se puede cambiar después de la creación.
Para el escalado, aumente el nivel y las unidades de IoT Hub asignadas en lugar de agregar más de una instancia de IoT Hub por región.	Agregar más de una instancia de IoT Hub por región no ofrece resistencia adicional porque todos los centros se pueden ejecutar en el mismo clúster subyacente.
En escenarios de alto rendimiento, use eventos por lotes.	El servicio entregará una matriz con varios eventos a los consumidores, en lugar de una matriz con un evento. La aplicación de consumo debe procesar estas matrices.
Si necesita la latencia mínima posible, no use el enrutamiento y lea los eventos desde el punto de conexión integrado.	Al usar el enrutamiento de mensajes en IoT Hub, aumenta la latencia de la entrega de mensajes. En promedio, la latencia no debe superar 500 ms, pero no hay ninguna garantía para la latencia de entrega.
Como parte de la estrategia de disponibilidad y recuperación ante desastres de toda la solución, considere la posibilidad de usar la opción de recuperación ante desastres entre regiones de IoT Hub.	Esta opción moverá el punto de conexión de IoT Hub a la región de Azure emparejada. Solo se replica el registro del dispositivo. Los eventos no se replican en la región secundaria. El objetivo de tiempo de recuperación para la conmutación por error iniciada por el cliente está entre 10 minutos y un par de horas. Para una conmutación por error iniciada por Microsoft, el objetivo de tiempo de recuperación es de 2-26 horas. Confirme que este objetivo de tiempo de recuperación se alinea con los requisitos del cliente y se ajusta a la estrategia de disponibilidad más amplia. Si se requiere un objetivo de tiempo de recuperación superior, considere la posibilidad de implementar un patrón de conmutación por error del lado cliente.
Al usar un SDK para enviar eventos a IoT Hub, asegúrese de que las excepciones producidas por la directiva de reintentos (EventHubsException o OperationCancelledException) se detectan correctamente.	Al usar HTTPS, implemente un patrón de reintento adecuado.

Paso siguiente

IoT Hub Device Provisioning Service y confiabilidad