Compartir a través de

Event Hubs y confiabilidad

  • Artículo

Azure Event Hubs es un servicio escalable de procesamiento de eventos que recopila y procesa grandes volúmenes de eventos y datos, con una baja latencia y una alta fiabilidad. Puede recibir y procesar millones de eventos por segundo. Los datos enviados a un centro de eventos se pueden transformar y almacenar con cualquier proveedor de análisis en tiempo real o adaptadores de procesamiento por lotes y almacenamiento.

Para más información sobre el uso de Event Hubs, consulte la documentación de Azure Event Hubs para aprender a usar Event Hubs para ingerir millones de eventos por segundo desde dispositivos y aplicaciones conectados.

Para comprender de qué manera el uso de Event Hubs crea una carga de trabajo más confiable, consulte Azure Event Hubs: recuperación ante desastres geográfica.

Las secciones siguientes son específicas para Azure Event Hubs y la confiabilidad:

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

Consideraciones de diseño

Azure Event Hubs ofrece un contrato de nivel de servicio de tiempo de actividad. Para obtener más información, consulte Acuerdo de Nivel de Servicio para Event Hubs.

Lista de comprobación

¿Ha configurado Azure Event Hubs teniendo en cuenta la confiabilidad?

  • Cree directivas SendOnly y ListenOnly para el publicador y el consumidor de eventos, respectivamente.
  • Al usar el SDK para enviar eventos a Event Hubs, asegúrese de que las excepciones producidas por la directiva de reintentos (EventHubsException o OperationCancelledException) se detectan correctamente.
  • En escenarios de alto rendimiento, use eventos por lotes.
  • Cada consumidor puede leer eventos de una a 32 particiones.
  • Al desarrollar nuevas aplicaciones, use EventProcessorClient (.NET y Java) o EventHubConsumerClient (Python y JavaScript) como SDK de cliente.
  • Como parte de la estrategia de disponibilidad y recuperación ante desastres de toda la solución, considere la posibilidad de habilitar la opción de recuperación ante desastres geográfica de Event Hubs.
  • Cuando una solución tiene un gran número de publicadores de eventos independientes, considere la posibilidad de usar publicadores de eventos para un control de acceso más preciso.
  • No publique eventos en una partición específica.
  • Cuando publique eventos con frecuencia, use el protocolo AMQP cuando sea posible.
  • El número de particiones refleja el grado de paralelismo de bajada que puede lograr.
  • Asegúrese de que cada aplicación de consumo usa un grupo de consumidores independiente y que solo hay un receptor activo por grupo de consumidores.
  • Al usar la característica Capture, tenga en cuenta cuidadosamente la configuración del tamaño del archivo y el período de tiempo, especialmente con volúmenes de eventos bajos.

Recomendaciones para la configuración

Tenga en cuenta las siguientes recomendaciones para optimizar la confiabilidad al configurar Azure Event Hubs:

Recomendación Descripción
Al usar el SDK para enviar eventos a Event Hubs, asegúrese de que las excepciones producidas por la directiva de reintentos (EventHubsException o OperationCancelledException) se detectan correctamente. Al usar HTTPS, asegúrese de que se implementa un patrón de reintento adecuado.
En escenarios de alto rendimiento, use eventos por lotes. El servicio entregará una matriz json con varios eventos a los suscriptores, en lugar de una matriz con un evento. La aplicación de consumo debe procesar estas matrices.
Cada consumidor puede leer eventos de una a 32 particiones. Para lograr la escala máxima en el lado de la aplicación de consumo, todos los consumidores deben leer desde una sola partición.
Al desarrollar nuevas aplicaciones, use EventProcessorClient (.NET y Java) o EventHubConsumerClient (Python y JavaScript) como SDK de cliente. EventProcessorHost está desusado.
Como parte de la estrategia de disponibilidad y recuperación ante desastres de toda la solución, considere la posibilidad de habilitar la opción de recuperación ante desastres geográfica de Event Hubs. Esta opción permite la creación de un espacio de nombres secundario en una región diferente. Solo el espacio de nombres activo recibe mensajes en cualquier momento. Los mensajes y eventos no se replican en la región secundaria. El objetivo de tiempo de recuperación para la conmutación por error regional es de hasta 30 minutos. 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.
Cuando una solución tiene un gran número de publicadores de eventos independientes, considere la posibilidad de usar publicadores de eventos para un control de acceso más preciso. Los publicadores de eventos establecen automáticamente la clave de partición en el nombre del publicador, por lo que esta característica solo se debe usar si los eventos se originan de todos los publicadores uniformemente.
No publique eventos en una partición específica. Si la ordenación de eventos es esencial, implemente la ordenación descendente o use un servicio de mensajería diferente en su lugar.
Cuando publique eventos con frecuencia, use el protocolo AMQP cuando sea posible. AMQP tiene un mayor costo de red al inicializar la sesión, sin embargo, HTTPS requiere una sobrecarga de TLS para cada solicitud. AMQP tiene un mayor rendimiento para los publicadores frecuentes.
El número de particiones refleja el grado de paralelismo de bajada que puede lograr. Para obtener el máximo rendimiento, use el número máximo de particiones (32) al crear el centro de eventos. El número máximo de particiones le permitirá escalar verticalmente hasta 32 entidades de procesamiento simultáneas y ofrecerá la mayor disponibilidad de envío y recepción.
Al usar la característica Capture, tenga en cuenta cuidadosamente la configuración del tamaño del archivo y el período de tiempo, especialmente con volúmenes de eventos bajos. Data Lake cobrará por el tamaño mínimo de archivo para el almacenamiento (gen1) o el tamaño mínimo de transacción (gen2). Si establece un período de tiempo tan bajo que el archivo no llegue a alcanzar el tamaño mínimo, incurrirá en costos adicionales.

Artefactos de origen

Para buscar espacios de nombres de Event Hubs con SKU básica, use la consulta siguiente:

Resources 
| where type == 'microsoft.eventhub/namespaces'
| where sku.name == 'Basic'
| project resourceGroup, name, sku.name

Paso siguiente

Event Hubs y la excelencia operativa