En este artículo se responden algunas de las preguntas más frecuentes sobre la migración a Event Hubs de Apache Kafka.
¿Azure Event Hubs se puede ejecutar en Apache Kafka?
No. Azure Event Hubs es un agente de niveles múltiples nativo de nube compatible con varios protocolos; Microsoft desarrolla y mantiene al agente, y este no usa ningún código de Apache Kafka. Uno de los protocolos admitidos es el protocolo RPC de Kafka para las API de productor y consumidor del cliente de Kafka. Event Hubs funciona con muchas de sus aplicaciones de Kafka actuales. Para obtener más información, consulte Event Hubs para Apache Kafka. Dado que los conceptos de Apache Kafka y Event Hubs de Azure son muy similares (pero no idénticos), podemos ofrecer la inigualable confiabilidad de Azure Event Hubs a los clientes con inversiones de Apache Kafka existentes.
Grupo de consumidores de Event Hubs frente a grupo de consumidores de Kafka
¿Cuál es la diferencia entre un grupo de consumidores de Event Hubs y un grupo de consumidores de Kafka en Event Hubs? Los grupos de consumidores de Kafka en Event Hubs son completamente distintos de los grupos de consumidores de Event Hubs estándar.
Grupo de consumidores de Event Hubs
- Se administran con operaciones de creación, recuperación, actualización y eliminación (CRUD) mediante el portal, el SDK o las plantillas de Azure Resource Manager. Los grupos de consumidores de Event Hubs no pueden crearse de forma automática.
- Son entidades secundarias de un centro de eventos. Esto significa que el mismo nombre de grupo de consumidores puede usarse varias veces entre centros de eventos en el mismo espacio de nombres porque son entidades independientes.
- No se usan para almacenar desplazamientos. El consumo de AMQP organizado se realiza mediante almacenamiento externo del desplazamiento, por ejemplo en Azure Storage.
Grupos de consumidores de Kafka
- Se vuelven a crear automáticamente. Los grupos de Kafka se pueden administrar mediante las API de grupo de consumidores de Kafka.
- Pueden almacenar desplazamientos en el servicio de Event Hubs.
- Se usan como claves en lo que realmente es un almacén de pares de clave-valor de desplazamiento. Para un par único de
group.id
ytopic-partition
, se almacena un desplazamiento en Azure Storage (3x replicación). Los usuarios de Event Hubs no incurren en costos de almacenamiento adicionales por almacenar desplazamientos de Kafka. Los desplazamientos se pueden manipular mediante las API de grupo de consumidores de Kafka, pero las cuentas de almacenamiento de desplazamiento no son visibles directamente ni manipulables para los usuarios de Event Hubs. - Abarcan un espacio de nombres. El uso del mismo nombre de grupo de Kafka para varias aplicaciones en varios temas significa que todas las aplicaciones y sus clientes de Kafka se volverán a equilibrar siempre que solo sea necesario reequilibrar una sola aplicación. Elija los nombres de grupo con cuidado.
- Son completamente diferentes de los grupos de consumidores de Event Hubs. No tiene que usar ' $Default ', ni tiene que preocuparse de que los clientes de Kafka interfieran con las cargas de trabajo de AMQP.
- No se pueden ver en Azure Portal. La información del grupo de consumidores es accesible mediante las API de Kafka.
¿Azure Event Hubs para Apache Kafka admite la autenticación de token de firma de acceso compartido?
Se admite la autenticación mediante OAuth 2.0 y firma de acceso compartido.
Los tokens de firma de acceso compartido se generan mediante una regla de autorización y una de sus claves de firma. No está admitido al usar el punto de conexión de Event Hubs para Apache Kafka.
¿Azure Event Hubs admite productores y consumidores idempotentes de Apache Kafka?
Sí. Azure Event Hubs admite productores y consumidores idempotentes de Apache Kafka.
Pasos siguientes
Para obtener más información acerca de Event Hubs y Event Hubs para Kafka, consulte los artículos siguientes: