Forum aux questions (FAQ) - Event Hubs pour Apache Kafka

Non. Azure Event Hubs est un répartiteur multiniveau cloud natif qui prend en charge plusieurs protocoles, qui est développé et géré par Microsoft et qui n’utilise pas de code Apache Kafka. L’un des protocoles pris en charge est le protocole RPC Kafka pour les API de consommateur et de producteur du client Kafka. Event Hubs fonctionne avec un grand nombre de vos applications Kafka existantes. Pour plus d’informations, consultez Event Hubs pour Apache Kafka. Dans la mesure où les concepts d’Apache Kafka et d’Azure Event Hubs sont très similaires (mais pas identiques), nous pouvons offrir la fiabilité inégalée d’Azure Event Hubs aux clients avec des investissements Apache Kafka existants.

Quelle est la différence entre un groupe de consommateurs Event Hubs et un groupe de consommateurs Kafka sur Event Hubs ? Les groupes de consommateurs Kafka sur Event Hubs sont entièrement distincts des groupes de consommateurs Event Hubs standard.

Groupes de consommateurs Event Hubs

• Ils sont gérés avec des opérations CRUD (créer, récupérer, mettre à jour et supprimer) via le portail, le SDK ou des modèles Azure Resource Manager. Les groupes de consommateurs Event Hubs ne peuvent pas être autocréés.
• Il s’agit d’entités enfants d’un hub d’événements. Cela signifie que le même nom de groupe de consommateurs peut être réutilisé entre les hubs d’événements d’un même espace de noms car ce sont des entités distinctes.
• Elles ne sont pas utilisées pour stocker des décalages. La consommation AMQP orchestrée s’effectue à l’aide d’un stockage de décalage externe, par exemple, Stockage Azure.

Groupes de consommateurs Kafka

• Ils sont créés automatiquement. Les groupes Kafka peuvent être gérés via les API du groupe de consommateurs Kafka.
• Ils peuvent stocker des décalages dans le service Event Hubs.
• Ils sont utilisés comme clés dans ce qui est en fait un magasin de paires clé-valeur de décalage. Pour une paire unique regroupant group.id et topic-partition, nous stockons un décalage dans Stockage Azure (triple réplication). Les utilisateurs Event Hubs n’entraînent pas de frais supplémentaires pour le stockage des décalages Kafka. Les décalages peuvent être gérés via les API du groupe de consommateurs Kafka, mais les comptes de stockage de décalage ne sont pas directement visibles ni gérables pour les utilisateurs Event Hubs.
• Ils s’étendent sur un espace de noms. L’utilisation du même nom de groupe Kafka pour plusieurs applications sur plusieurs rubriques signifie que la totalité des applications et leurs clients Kafka sera rééquilibrée chaque fois qu’une seule application nécessite un rééquilibrage. Choisissez avec soin vos noms de groupes.
• Ils sont entièrement distincts des groupes de consommateurs Event Hubs. Vous n’avez pas besoin d’utiliser « $Default », pas plus que vous n’avez à vous soucier des clients Kafka interférant avec les charges de travail AMQP.
• Ils n’apparaissent pas dans le portail Azure. Les informations sur le groupe de consommateurs sont accessibles via les API Kafka.

L’authentification avec OAuth 2.0 et une signature d’accès partagé est prise en charge.

Les jetons de signature d’accès partagé sont générés à l’aide d’une règle d’autorisation et d’une de ses clés de signature. Cela n’est pas pris en charge lors de l’utilisation du point de terminaison Event Hubs pour Apache Kafka.

Oui. Azure Event Hubs prend en charge les producteurs et les consommateurs idempotents Apache Kafka.

Étapes suivantes

Pour plus d’informations sur Event Hubs et sur Event Hubs pour Kafka, consultez les articles suivants :

• Guide du développeur Apache Kafka pour Event Hubs
• Guide de migration Apache Kafka pour Event Hubs
• Guide de dépannage Apache Kafka pour Event Hubs
• Configurations recommandées