Este artigo fornece respostas para algumas das perguntas frequentes sobre a migração para Hubs de Eventos para Apache Kafka.
Os Hubs de Eventos do Azure são executados no Apache Kafka?
N.º Os Hubs de Eventos do Azure são um agente multicamadas nativo da nuvem com suporte para vários protocolos que é desenvolvido e mantido pela Microsoft e não usa nenhum código Apache Kafka. Um dos protocolos suportados é o protocolo RPC Kafka para as APIs de consumidores e produtores do cliente Kafka. Os Hubs de Eventos funcionam com muitos dos seus aplicativos Kafka existentes. Para obter mais informações, consulte Hubs de eventos para Apache Kafka. Como os conceitos do Apache Kafka e dos Hubs de Eventos do Azure são muito semelhantes (mas não idênticos), podemos oferecer a confiabilidade incomparável dos Hubs de Eventos do Azure aos clientes com investimentos existentes no Apache Kafka.
Grupo de consumidores Event Hubs vs. grupo de consumidores Kafka
Qual é a diferença entre um grupo de consumidores de Hubs de Eventos e um grupo de consumidores de Kafka em Hubs de Eventos? Os grupos de consumidores Kafka nos Hubs de Eventos são totalmente distintos dos grupos de consumidores padrão dos Hubs de Eventos.
Grupos de consumidores de Hubs de Eventos
- Eles são gerenciados com operações de criação, recuperação, atualização e exclusão (CRUD) por meio de modelos de portal, SDK ou Azure Resource Manager. Os grupos de consumidores dos Hubs de Eventos não podem ser criados automaticamente.
- São entidades filhas de um centro de eventos. Isso significa que o mesmo nome de grupo de consumidores pode ser reutilizado entre hubs de eventos no mesmo namespace porque são entidades separadas.
- Eles não são usados para armazenar compensações. O consumo orquestrado de AMQP é feito usando armazenamento de deslocamento externo, por exemplo, o Armazenamento do Azure.
Grupos de consumidores de Kafka
- Eles são criados automaticamente. Os grupos Kafka podem ser gerenciados por meio das APIs do grupo de consumidores Kafka.
- Eles podem armazenar compensações no serviço Hubs de Eventos.
- Eles são usados como chaves no que é efetivamente um armazenamento de chave-valor de deslocamento. Para um par exclusivo de
group.id
etopic-partition
, armazenamos um deslocamento no Armazenamento do Azure (replicação 3x). Os usuários dos Hubs de Eventos não incorrem em custos extras de armazenamento ao armazenar compensações Kafka. Os deslocamentos são manipuláveis por meio das APIs do grupo de consumidores Kafka, mas as contas de armazenamento de deslocamento não são diretamente visíveis ou manipuláveis para usuários de Hubs de Eventos. - Eles abrangem um namespace. Usar o mesmo nome de grupo Kafka para vários aplicativos em vários tópicos significa que todos os aplicativos e seus clientes Kafka serão rebalanceados sempre que apenas um único aplicativo precisar de reequilíbrio. Escolha os nomes do seu grupo com sabedoria.
- Eles são totalmente distintos dos grupos de consumidores dos Hubs de Eventos. Você não precisa usar '$Default', nem precisa se preocupar com clientes Kafka interferindo com cargas de trabalho AMQP.
- Eles não são visíveis no portal do Azure. As informações do grupo de consumidores podem ser acessadas por meio das APIs do Kafka.
Os Hubs de Eventos do Azure para Apache Kafka dão suporte à autenticação de token de assinatura de acesso compartilhado?
A autenticação usando OAuth 2.0 e assinatura de acesso compartilhado é suportada.
Os tokens de assinatura de acesso compartilhado são gerados usando uma regra de autorização e uma de suas chaves de assinatura. Ele não é suportado ao usar os Hubs de Eventos para o ponto de extremidade Apache Kafka.
Os Hubs de Eventos do Azure suportam produtores e consumidores idempotentes do Apache Kafka?
Sim. Os Hubs de Eventos do Azure suportam produtores e consumidores idempotentes do Apache Kafka.
Próximos passos
Para saber mais sobre Hubs de Eventos e Hubs de Eventos para Kafka, consulte os seguintes artigos: