Perguntas frequentes – Hubs de Eventos para Apache Kafka

Não. Os Hubs de Eventos do Azure representam um agente de várias camadas nativo de nuvem com suporte para vários protocolos, desenvolvido e mantido pela Microsoft e que não usa nenhum código do Apache Kafka. Um dos protocolos com suporte é o RPC do Kafka para as APIs de consumidor e produtor do cliente Kafka. Os Hubs de Eventos funcionam com vários aplicativos Kafka existentes. Para saber mais, consulte Hubs de Eventos para o 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.

Qual é a diferença entre um grupo de consumidores dos Hubs de Eventos e um grupo de consumidores do Kafka nos Hubs de Eventos? Os grupos de consumidores do Kafka nos Hubs de Eventos são totalmente diferentes dos grupos de consumidores padrão dos Hubs de Eventos.

Grupo de consumidores de Hubs de Eventos

• Eles são gerenciados com operações CRUD (criação, recuperação, atualização e exclusão) por meio do portal, do SDK ou dos modelos do Azure Resource Manager. Os grupos de consumidores dos Hubs de Eventos não podem ser criados de forma automática.
• Eles são entidades filhas de um hub de eventos. Isso significa que o mesmo nome de grupo de consumidores pode ser reutilizado entre os Hubs de Eventos no mesmo namespace porque eles são entidades separadas.
• Eles não são usados para armazenar deslocamentos. O consumo de AMQP orquestrado é feito usando o armazenamento de deslocamento externo, por exemplo, o Armazenamento do Azure.

Grupos de consumidores do Kafka

• Eles são criados automaticamente. Os grupos do Kafka podem ser gerenciados por meio das APIs de grupo de consumidores do Kafka.
• Eles podem armazenar deslocamentos no serviço de Hubs de Eventos.
• Eles são usados como chaves em um tipo de armazenamento de chave-valor de deslocamento. Para um par exclusivo de group.id e topic-partition, é armazenado um deslocamento no Armazenamento do Azure (replicação em 3x). Os usuários dos Hubs de Eventos não incorrem em custos de armazenamento adicionais com o armazenamento de deslocamentos do Kafka. Os deslocamentos podem ser manipulados por meio das APIs do grupo de consumidores do Kafka, mas as contas de armazenamento de deslocamento não são diretamente visíveis nem podem ser manipuladas pelos usuários dos Hubs de Eventos.
• Eles abrangem um namespace. Usar o mesmo nome de grupo do Kafka para vários aplicativos em vários tópicos significa que todos os aplicativos e seus clientes Kafka serão rebalanceados sempre que um único aplicativo precisar de rebalanceamento. Escolha os nomes de grupo com cuidado.
• Eles são totalmente distintos dos grupos de consumidores dos Hubs de Eventos. Você não precisa usar ' $Default', nem se preocupar que os clientes Kafka interfiram nas cargas de trabalho do AMQP.
• Elas não são visíveis no portal do Azure. As informações do grupo de consumidores estão acessíveis por meio das APIs do Kafka.

Há suporte para a autenticação usando o OAuth 2.0 e a assinatura de acesso compartilhado.

Os tokens de assinatura de acesso compartilhado são gerados usando uma regra de autorização e uma de suas chaves de assinatura. Isso não tem suporte quando os Hubs de Eventos são usados para o ponto de extremidade do Apache Kafka.

Sim. Os Hubs de Eventos do Azure dão suporte a produtores e consumidores idempotentes do Apache Kafka.

Próximas etapas

Para saber mais sobre os Hubs de Eventos e Hubs de Eventos para o Kafka, confira os artigos a seguir:

• Guia de desenvolvedores do Apache Kafka para os Hubs de Eventos
• Guia de migração do Apache Kafka para os Hubs de Eventos
• Guia de solução de problemas do Apache Kafka para os Hubs de Eventos
• Configurações recomendadas