Veelgestelde vragen - Event Hubs voor Apache Kafka

Nee. Azure Event Hubs is een cloudeigen broker met meerdere lagen met ondersteuning voor meerdere protocollen die is ontwikkeld en onderhouden door Microsoft en geen Apache Kafka-code gebruikt. Een van de ondersteunde protocollen is het Kafka RPC-protocol voor de API's voor consumenten en producenten 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 klanten met bestaande Apache Kafka-investeringen de ongeëvenaarde betrouwbaarheid van Azure Event Hubs bieden.

Wat is het verschil tussen een Event Hubs-consumentengroep en een Kafka-consumentengroep in Event Hubs? Kafka-consumentengroepen op Event Hubs verschillen volledig van 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 het 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 zijn automatisch gemaakt. Kafka-groepen kunnen worden beheerd via de Kafka-api's voor consumentengroepen.
• Ze kunnen offsets opslaan in de Event Hubs-service.
• Ze worden gebruikt als sleutels in wat in feite een offsetsleutel-waardearchief is. Voor een uniek paar van 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. Verschuivingen kunnen worden gemaakt via de API's van de Kafka-consumentengroep, 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 voor meerdere onderwerpen, betekent dit dat alle toepassingen en hun Kafka-clients opnieuw worden ingedeeld wanneer slechts één toepassing opnieuw moet worden gebalanceerd. Kies de groepsnamen op een verstandige wijze.
• Ze onderscheiden zich volledig van Event Hubs-consumentengroepen. U hoeft geen '$Default' te gebruiken en u hoeft zich ook geen zorgen te maken dat Kafka-clients amqp-workloads verstoren.
• Ze zijn niet zichtbaar in de 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 bijbehorende ondertekeningssleutels. Dit wordt niet ondersteund bij het gebruik van het Event Hubs-eindpunt voor Apache Kafka.

Ja. Azure Event Hubs ondersteunt idempotente producenten en consumenten van Apache Kafka.

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
• Probleemoplossingsgids voor Apache Kafka voor Event Hubs
• Aanbevolen configuraties