Veelgestelde vragen - Event Hubs voor Apache Kafka

Nee Azure Event Hubs is een cloudeigen broker met meerdere lagen met ondersteuning voor meerdere protocollen die door Microsoft zijn ontwikkeld en onderhouden en die geen Apache Kafka-code gebruikt. Een van de ondersteunde protocollen is het Kafka RPC-protocol voor de consumer- en producer-API's van de Kafka-client. Event Hubs werkt met veel van uw bestaande Kafka-toepassingen. Zie Event Hubs voor Apache Kafka voor meer informatie. Omdat de concepten van Apache Kafka en Azure Event Hubs vergelijkbaar zijn (maar niet identiek), kunnen we de niet-overeenkomende betrouwbaarheid van Azure Event Hubs aanbieden aan klanten met bestaande Apache Kafka-investeringen.

Wat is het verschil tussen een Event Hubs-consumentengroep en een Kafka-consumentengroep in Event Hubs? Kafka-consumentengroepen in Event Hubs verschillen volledig van de standaard-Event Hubs-consumentengroepen.

Event Hubs-consumentengroepen

• Ze worden beheerd met cruD-bewerkingen (create, retrieve, update en delete) via portal-, SDK- of Azure Resource Manager-sjablonen. Event Hubs-consumentengroepen kunnen niet automatisch worden gemaakt.
• Het zijn onderliggende entiteiten van een Event Hub. Dit betekent dat dezelfde naam van de consumentengroep opnieuw kan worden gebruikt tussen Event Hubs in dezelfde naamruimte omdat ze afzonderlijke entiteiten zijn.
• Ze worden niet gebruikt voor het opslaan van offsets. Ingedeeld AMQP-verbruik wordt uitgevoerd met behulp van externe offsetopslag, bijvoorbeeld Azure Storage.

Kafka-consumentengroepen

• Ze worden automatisch gemaakt. Kafka-groepen kunnen worden beheerd via de Kafka-consumentengroep-API's.
• Ze kunnen offsets opslaan in de Event Hubs-service.
• Ze worden gebruikt als sleutels in wat effectief een offsetsleutel-waardearchief is. Voor een uniek paar group.id en topic-partitionslaan we een offset op in Azure Storage (3x-replicatie). Event Hubs-gebruikers maken geen extra opslagkosten voor het opslaan van Kafka-offsets. Offsets zijn manipuleerbaar via de Kafka-consumentengroep-API's, maar de offsetopslagaccounts zijn niet rechtstreeks zichtbaar of manipuleerbaar voor Event Hubs-gebruikers.
• Ze omvatten een naamruimte. Als u dezelfde Kafka-groepsnaam gebruikt voor meerdere toepassingen op meerdere onderwerpen, betekent dit dat alle toepassingen en hun Kafka-clients opnieuw worden gebalanceerd wanneer slechts één toepassing opnieuw moet verdelen. Kies uw groepsnamen verstandig.
• Ze onderscheiden zich volledig van Event Hubs-consumentengroepen. U hoeft '$Default' niet te gebruiken en u hoeft zich ook geen zorgen te maken over Kafka-clients die de AMQP-workloads verstoren.
• Ze kunnen niet worden weergegeven in Azure Portal. Informatie over consumentengroepen is toegankelijk via Kafka-API's.

Verificatie met behulp van OAuth 2.0 en Shared Access Signature wordt ondersteund.

Shared Access Signature-tokens worden gegenereerd met behulp van een autorisatieregel en een van de ondertekeningssleutels. Dit wordt niet ondersteund bij het gebruik van de Event Hubs voor het Apache Kafka-eindpunt.

Ja. Azure Event Hubs ondersteunt Apache Kafka idempotent producenten en consumenten.

Volgende stappen

Zie de volgende artikelen voor meer informatie over Event Hubs en Event Hubs voor Kafka:

• Ontwikkelaarshandleiding voor Apache Kafka voor Event Hubs
• Migratiehandleiding voor Apache Kafka voor Event Hubs
• Handleiding voor het oplossen van problemen met Apache Kafka voor Event Hubs
• Aanbevolen configuraties