Perguntas mais frequentes - Hubs de Eventos para Apache Kafka

N.º Hubs de Eventos do Azure é um mediador de várias camadas nativo da cloud com suporte para vários protocolos desenvolvidos e mantidos pela Microsoft e que não utiliza nenhum código apache Kafka. Um dos protocolos suportados é o protocolo RPC do Kafka para as APIs de consumidor e produtor do cliente Kafka. Os Hubs de Eventos funcionam com muitas das suas aplicações Kafka existentes. Para obter mais informações, veja Hubs de Eventos para Apache Kafka. Uma vez que os conceitos do Apache Kafka e do Hubs de Eventos do Azure são muito semelhantes (mas não idênticos), podemos oferecer a fiabilidade inigualável de Hubs de Eventos do Azure aos clientes com investimentos existentes do 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 distintos dos grupos de consumidores padrão dos Hubs de Eventos.

Grupos de consumidores dos Hubs de Eventos

• São Geridas com operações CRUD (create, retrieve, update, and delete) através do portal, do SDK ou do Azure Resource Manager modelos. Os grupos de consumidores dos Hubs de Eventos não podem ser automaticamentecriados.
• São entidades subordinadas de um hub de eventos. Significa que o mesmo nome do grupo de consumidores pode ser reutilizado entre os hubs de eventos no mesmo espaço de nomes porque são entidades separadas.
• Não são utilizados para armazenar desvios. O consumo de AMQP orquestrado é feito com o armazenamento de deslocamento externo, por exemplo, o Armazenamento do Azure.

Grupos de consumidores do Kafka

• São automaticamentecriados. Os grupos do Kafka podem ser geridos através das APIs do grupo de consumidores do Kafka.
• Podem armazenar desvios no serviço Hubs de Eventos.
• São utilizadas como chaves no que é efetivamente um arquivo de chave-valor de deslocamento. Para um par exclusivo de group.id e topic-partition, armazenamos um desvio no Armazenamento do Azure (replicação 3x). Os utilizadores dos Hubs de Eventos não incorrem em custos de armazenamento adicionais ao armazenar desvios do Kafka. Os desvios são manejáveis através das APIs do grupo de consumidores do Kafka, mas as contas de armazenamento de deslocamento não são diretamente visíveis ou manejáveis para os utilizadores dos Hubs de Eventos.
• Abrangem um espaço de nomes. Utilizar o mesmo nome de grupo do Kafka para múltiplas aplicações em vários tópicos significa que todas as aplicações e os respetivos clientes Kafka serão reequilibrados sempre que apenas uma única aplicação precisar de ser reequilibrada. Escolha os nomes dos seus grupos de forma sensata.
• Diferem totalmente dos grupos de consumidores dos Hubs de Eventos. Não precisa de utilizar "$Default", nem tem de se preocupar com a interferência dos clientes kafka nas cargas de trabalho AMQP.
• Não são visíveis no portal do Azure. As informações do grupo de consumidores estão acessíveis através das APIs do Kafka.

A autenticação com o OAuth 2.0 e a assinatura de acesso partilhado é suportada.

Os tokens de assinatura de acesso partilhado são gerados com uma regra de autorização e uma das respetivas chaves de assinatura. Não é suportado ao utilizar os Hubs de Eventos para o ponto final do Apache Kafka.

Sim. Hubs de Eventos do Azure suporta produtores e consumidores idempotentes do Apache Kafka.

Passos seguintes

Para saber mais sobre os Hubs de Eventos e os Hubs de Eventos para Kafka, veja os seguintes artigos:

• Guia para programadores do Apache Kafka para Hubs de Eventos
• Guia de migração do Apache Kafka para Hubs de Eventos
• Guia de resolução de problemas do Apache Kafka para Hubs de Eventos
• Configurações recomendadas