Az Azure Event Hubs funkciói és terminológiája

  • Cikk

Azure Event Hubs egy méretezhető eseményfeldolgozó szolgáltatás, amely nagy mennyiségű eseményt és adatot dolgoz fel, alacsony késéssel és nagy megbízhatósággal. A magas szintű áttekintésért tekintse meg a Mi az Event Hubs? című témakört.

Ez a cikk az áttekintési cikkben található információkra épül, és az Event Hubs összetevőiről és funkcióiról nyújt technikai és megvalósítási részleteket.

Tipp

Az Apache Kafka-ügyfelek protokolltámogatása (=1.0-s verzió >) olyan hálózati végpontokat biztosít, amelyek lehetővé teszik az Apache Kafka bármely ügyféllel való használatához készült alkalmazásokat az Event Hubs használatához. A legtöbb meglévő Kafka-alkalmazás egyszerűen újrakonfigurálható úgy, hogy a Kafka-fürt rendszerindító kiszolgálója helyett egy Event Hub-névtérre mutasson.

A költségek, az üzemeltetési munka és a megbízhatóság szempontjából a Azure Event Hubs kiváló alternatíva a saját Kafka- és Zookeeper-fürtök üzembe helyezésére és üzemeltetésére, valamint az Azure-ban nem natív Kafka-as-service ajánlatokra.

Az Apache Kafka-közvetítővel azonos alapvető funkciók mellett olyan Azure Event Hub-funkciókhoz is hozzáférhet, mint az automatikus kötegelés és archiválás az Event Hubs Capture használatával, az automatikus skálázás és kiegyensúlyozás, a vészhelyreállítás, a költségsemleges rendelkezésreállási zóna támogatása, a rugalmas és biztonságos hálózati integráció és a többprotokollos támogatás, beleértve a tűzfalbarát AMQP-over-WebSockets protokollt is.

Névtér

Az Event Hubs-névtér az eseményközpontok (vagy a Kafka parlance témakörei) felügyeleti tárolója. DNS-integrált hálózati végpontokat, valamint számos hozzáférés-vezérlési és hálózati integrációs felügyeleti funkciót biztosít, például IP-szűrést, virtuális hálózati szolgáltatásvégpontot és Private Link.

Event Hubs-névteret ábrázoló kép

Esemény-közzétevők

Minden entitás, amely adatokat küld egy eseményközpontnak, egy esemény közzétevője (szinonimája az eseménykészítővel). Az esemény közzétevői HTTPS vagy AMQP 1.0 vagy a Kafka protokoll használatával tehetnek közzé eseményeket. Az esemény közzétevői az Azure Active Directory-alapú engedélyezést OAuth2 által kibocsátott JWT-jogkivonatokkal vagy egy Event Hub-specifikus közös hozzáférésű jogosultságkód (SAS) jogkivonattal használják a közzétételi hozzáférés megszerzéséhez.

Esemény közzététele

Az eseményt az AMQP 1.0, a Kafka protokoll vagy a HTTPS használatával teheti közzé. Az Event Hubs szolgáltatás REST API- és .NET-, Java-, Python-, JavaScript- és Go-ügyfélkódtárakat biztosít az események eseményközpontban való közzétételéhez. Egyéb futtatókörnyezetek és platformok esetén használhatja bármelyik AMQP 1.0-ügyfelet, ilyen például az Apache Qpid.

Az AMQP vagy HTTPS használata a használati forgatókönyvtől függ. Az AMQP használatához ki kell alakítani egy állandó kétirányú szoftvercsatornát az TLS vagy SSL/TLS mellett. Az AMQP magasabb hálózati költségekkel jár a munkamenet inicializálása során, a HTTPS azonban minden kéréshez további TLS-többletterhelést igényel. Az AMQP nagyobb teljesítményt nyújt a gyakori közzétevők számára, és sokkal alacsonyabb késéseket érhet el aszinkron közzétételi kóddal való használat esetén.

Az eseményeket egyenként vagy kötegelve is közzéteheti. Egyetlen kiadvány legfeljebb 1 MB méretű lehet, függetlenül attól, hogy egyetlen eseményről vagy kötegről van-e szó. Az ennél a küszöbértéknél nagyobb közzétételi eseményeket a rendszer elutasítja.

Az Event Hubs átviteli sebessége partíciók és átviteliegység-foglalások használatával van skálázva (lásd alább). Ajánlott, ha a közzétevők nem ismerik az eseményközponthoz kiválasztott particionálási modellt, és csak olyan partíciókulcsot ad meg, amellyel a kapcsolódó eseményeket következetesen ugyanahhoz a partícióhoz rendelik.

Partíciókulcsok

Az Event Hubs biztosítja, hogy a partíciókulcs-értékkel rendelkező összes esemény együtt legyen tárolva, és érkezési sorrendben legyen kézbesítve. Ha a partíciókulcsok használata közzétevői házirendekkel együtt történik, a közzétevő identitásának és a partíciókulcs értékének egyeznie kell. Különben hiba történik.

Eseménymegőrzés

A közzétett események egy konfigurálható, időzíthető adatmegőrzési szabályzat alapján törlődnek az eseményközpontból. Íme néhány fontos pont:

  • Az alapértelmezett érték és a lehető legrövidebb megőrzési időtartam 1 óra. A megőrzési időtartamot jelenleg csak a Azure Portal órákban állíthatja be. Resource Manager sablon, a PowerShell és a parancssori felület lehetővé teszi, hogy ez a tulajdonság csak napokban legyen beállítva.
  • Az Event Hubs Standard esetében a maximális megőrzési időtartam 7 nap.
  • Az Event Hubs Premium és a Dedicated esetében a maximális megőrzési időtartam 90 nap.
  • Ha módosítja a megőrzési időtartamot, az az összes eseményre vonatkozik, beleértve az eseményközpontban már található eseményeket is.

Az Event Hubs az összes partícióra érvényes konfigurált megőrzési időre megőrzi az eseményeket. A rendszer automatikusan eltávolítja az eseményeket a megőrzési időtartam elérésekor. Ha egy napos (24 órás) megőrzési időtartamot ad meg, az esemény a elfogadása után pontosan 24 órával válik elérhetetlenné. Az események nem törölhetők explicit módon.

Ha az engedélyezett megőrzési időtartamon túli eseményeket kell archiválnia, azOkat automatikusan tárolhatja az Azure Storage-ban vagy az Azure Data Lake-ben az Event Hubs Capture funkció bekapcsolásával. Ha ilyen mély archívumokat kell keresnie vagy elemeznie, egyszerűen importálhatja őket Azure Synapse vagy más hasonló áruházakba és elemzési platformokra.

Az Event Hubs időalapú adatmegőrzési korlátjának az az oka, hogy megakadályozza, hogy nagy mennyiségű korábbi ügyféladat csapdába eshessen egy olyan mély tárolóban, amelyet csak időbélyeg indexel, és csak szekvenciális hozzáférést tesz lehetővé. Az architektúrafilozófia szerint a történelmi adatok gazdagabb indexelést és közvetlenebb hozzáférést igényelnek, mint az Event Hubs vagy a Kafka által biztosított valós idejű eseménymegvalósítási felület. Az eseménystreammotorok nem alkalmasak adattavak vagy hosszú távú archívumok szerepének betöltésére az eseményforráshoz.

Megjegyzés

Az Event Hubs egy valós idejű eseménystream-motor, és nem adatbázis helyett és/vagy végtelenül tárolt eseménystreamek állandó tárolójaként használható.

Minél mélyebbre kerül egy eseménystream előzménye, annál több segédindexre lesz szüksége egy adott stream adott előzményszeletének megkereséséhez. Az esemény hasznos adatainak és indexelésének vizsgálata nem tartozik az Event Hubs (vagy az Apache Kafka) szolgáltatás hatókörébe. Az adatbázisok és a speciális elemzési tárolók és motorok, például az Azure Data Lake Store, az Azure Data Lake Analytics és a Azure Synapse ezért sokkal jobban alkalmasak a történelmi események tárolására.

Az Event Hubs Capture közvetlenül integrálható Azure Blob Storage és Azure Data Lake Storage, és ezen keresztül lehetővé teszi az események közvetlen Azure Synapse való átvitelét is.

Közzétevői házirend

Az Event Hubs lehetővé teszi az esemény-közzétevők részletes szabályozását a közzétevői házirendek révén. A közzétevői házirendek olyan futásidejű szolgáltatások, amelyek célja, hogy nagy számú független esemény-közzétevőt tegyen lehetővé. A közzétevői házirendek használatával mindegyik közzétevő a saját egyedi azonosítóját használja, amikor eseményeket tesz közzé egy eseményközpontban az alábbi mechanizmust használva:

//<my namespace>.servicebus.windows.net/<event hub name>/publishers/<my publisher name>

Nem kell előre létrehoznia a közzétevők neveit, azoknak azonban egyezniük kell az esemény közzétételekor használt SAS-tokennel a független közzétevő-azonosságok biztosítása érdekében. Közzétevői szabályzatok használatakor a PartitionKey értéket a közzétevő nevére kell állítani. A megfelelő működéshez ezeknek az értékeknek egyezniük kell.

Rögzítés

Az Event Hubs Capture lehetővé teszi a streamelési adatok automatikus rögzítését az Event Hubsban, és mentheti azokat egy Blob Storage-fiókba vagy egy Azure Data Lake Storage-fiókba. Engedélyezheti a rögzítést a Azure Portal, és megadhat egy minimális méretet és időkeretet a rögzítés végrehajtásához. Az Event Hubs Capture használatával megadhatja saját Azure Blob Storage fiókját és tárolóját, vagy Azure Data Lake Storage fiókját, amelyek közül az egyik a rögzített adatok tárolására szolgál. A rögzített adatok Apache Avro formátumban íródtak.

Az Event Hubs-adatok Azure Storage-ba vagy Azure Data Lake Storage

Az Event Hubs Capture által létrehozott fájlok a következő Avro-sémával rendelkeznek:

A rögzített adatok szerkezetét bemutató kép

Megjegyzés

Ha nem használ kódszerkesztőt a Azure Portal, parquet formátumú Azure Data Lake Storage Gen2-fiókban rögzítheti a streamelési adatokat az Event Hubsban. További információ: Az Event Hubs adatainak rögzítése Parquet formátumban és oktatóanyag: Event Hubs-adatok rögzítése Parquet formátumban és elemzés Azure Synapse Analytics használatával.

Partíciók

Az Event Hubs egy vagy több partícióba rendezi az eseményközpontba küldött események sorozatait. Az újabb események érkezésekor a rendszer hozzáadja őket a sorozat végéhez.

Event Hubs

A partíciók "véglegesítési naplónak" tekinthetők. A partíciók olyan eseményadatokat tartalmaznak, amelyek tartalmazzák az esemény törzsét, egy felhasználó által definiált tulajdonságcsomagot, amely leírja az eseményt, a metaadatokat, például a partíció eltolását, a streamütemezésben lévő számát és az elfogadáshoz használt szolgáltatásoldali időbélyeget.

Diagram, amely az események régebbi és újabb sorozatát jeleníti meg.

A partíciók használatának előnyei

Az Event Hubs úgy lett kialakítva, hogy segítsen a nagy mennyiségű esemény feldolgozásában, és a particionálás kétféleképpen segít:

  • Annak ellenére, hogy az Event Hubs egy PaaS-szolgáltatás, egy fizikai valóság van alatta, és az események sorrendjét megőrző napló fenntartása megköveteli, hogy ezeket az eseményeket együtt tartsák a mögöttes tárolóban és a replikáiban, és ez egy ilyen napló átviteli sebességének felső határát eredményezi. A particionálás lehetővé teszi több párhuzamos napló használatát ugyanarra az eseményközpontra, és így megszorozza a rendelkezésre álló nyers I/O-átviteli kapacitást.
  • A saját alkalmazásainak lépést kell tartaniuk az eseményközpontba küldött események mennyiségének feldolgozásával. Összetett lehet, és jelentős, vertikálisan felskálázott, párhuzamos feldolgozási kapacitást igényel. Az események kezelésére egyetlen folyamat kapacitása korlátozott, ezért több folyamatra van szükség. A partíciók a megoldás által táplálják ezeket a folyamatokat, és mégis biztosítják, hogy minden eseménynek egyértelmű feldolgozási tulajdonosa van.

Partíciók száma

A partíciók száma az eseményközpont létrehozásakor van megadva. Az egyes tarifacsomagokhoz legfeljebb 1 partíciószám adható meg. Az egyes szintek partíciószám-korlátját ebben a cikkben találja.

Javasoljuk, hogy válasszon legalább annyi partíciót, amennyit az adott eseményközpont alkalmazásának maximális terhelése során elvár. Az eseményközpontok partíciószámát a létrehozása után nem módosíthatja, kivéve az eseményközpontot egy dedikált fürtön és prémium szinten. A dedikált Event Hubs-fürtön lévő eseményközpontok partíciószáma növelhető az eseményközpont létrehozása után, de a streamek partíciók közötti eloszlása megváltozik, amikor a partíciókulcsok partíciókhoz való hozzárendelése megváltozik, ezért próbálja meg elkerülni az ilyen módosításokat, ha az események relatív sorrendje számít az alkalmazásban.

A partíciók maximális megengedett értékre állítása csábító, de mindig tartsa szem előtt, hogy az eseménystreameket úgy kell strukturálni, hogy valóban kihasználhassa a több partíció előnyeit. Ha az összes eseményhez abszolút sorrend-megőrzésre van szüksége, vagy csak néhány alstreamre van szüksége, előfordulhat, hogy nem tudja kihasználni a számos partíció előnyeit. Emellett számos partíció teszi összetettebbé a feldolgozási oldalt.

A díjszabás szempontjából nem számít, hogy hány partíció található egy eseményközpontban. Ez függ a tarifaegységek számától (átviteli egységek (TU-k) a standard szinthez, feldolgozási egységek (PU-k) a prémium szinthez és kapacitásegységek (CU-k) a dedikált szinthez) a névtérhez vagy a dedikált fürthöz. Például a standard szint 32 partícióval vagy 1 partícióval rendelkező eseményközpontja pontosan ugyanazzal a költséggel jár, ha a névtér 1 TU-kapacitásra van állítva. Emellett a dedikált fürt névterén vagy termékváltozatán is skálázhatja a TU-kat vagy APU-kat a partíciók számától függetlenül.

Mivel a partíció egy adatszervezési mechanizmus, amely lehetővé teszi az adatok párhuzamos közzétételét és használatát, javasoljuk, hogy az optimális skálázás érdekében egyensúlyba hozza a skálázási egységeket (TU-kat, termékváltozatokat vagy termékváltozatokat) és partíciókat. Általában partíciónként 1 MB/s maximális átviteli sebességet javasoljuk. Ezért a partíciók számának kiszámításához a legnagyobb várható átviteli sebesség 1 MB/s-tal való felosztása lenne a fő szabály. Ha például a használati esethez 20 MB/s szükséges, ajánlott legalább 20 partíciót választani az optimális átviteli sebesség eléréséhez.

Ha azonban olyan modellel rendelkezik, amelyben az alkalmazás affinitással rendelkezik egy adott partícióhoz, előfordulhat, hogy a partíciók számának növelése nem előnyös. További információ: rendelkezésre állás és konzisztencia.

Események leképezése partíciókra

A partíciókulccsal a beérkező eseményadatok leképezhetők adott partíciókra az adatok elrendezése céljából. A partíciókulcs az eseményközpontnak átadott, a küldő által megadott érték. A feldolgozása egy statikus kivonatoló függvénnyel történik, amely létrehozza a partíció-hozzárendelést. Ha nem ad meg partíciókulcsot az események közzétételekor, a rendszer ciklikus időszeleteléses hozzárendelést használ.

Az esemény-közzétevő csak a partíciókulcsot ismeri, azt a partíciót nem, amelyre az esemény közzé lesz téve. A kulcs és a partíció szétválasztása révén a küldőnek nem szükséges behatóan ismernie az alárendelt feldolgozási folyamatokat. Az eszközszintű vagy egyedi felhasználói identitás remek partíciókulcs lehet, de más tulajdonságok, például a földrajzi hely alapján szintén lehetséges az események csoportosítása egyetlen partícióra.

A partíciókulcsok megadása lehetővé teszi, hogy a kapcsolódó eseményeket ugyanabban a partícióban és pontosan abban a sorrendben tartsák, amelyben megérkeztek. A partíciókulcs egy olyan sztring, amely az alkalmazáskörnyezetből származik, és azonosítja az események közötti összefüggéseket. A partíciókulcs által azonosított események sorozata stream. A partíciók sok ilyen stream többszörös naplótárolói.

Megjegyzés

Bár közvetlenül a partíciókba küldhet eseményeket, nem javasoljuk, különösen akkor, ha a magas rendelkezésre állás fontos Önnek. Az eseményközpont rendelkezésre állását a partíciószintre gradiens. További információ: Rendelkezésre állás és konzisztencia.

SAS-tokenek

Az Event Hubs közös hozzáférésű jogosultságkódokat használ, amelyek a névtér és az eseményközpont szintjén érhetők el. A SAS-tokent egy SAS-kulcsból hozza létre a rendszer, és egy URL SHA-kivonata egy meghatározott formátumban kódolva. Az Event Hubs a kulcs (szabályzat) és a jogkivonat nevével újragenerálhatja a kivonatot, és így hitelesítheti a feladót. Az esemény közzétevőinek SAS-jogkivonatai általában csak egy adott eseményközpont küldési jogosultságaival jönnek létre. Ez a SAS-tokenes URL-mechanizmus az alapja a közzétevők a közzétevői házirendben bevezetett azonosításának. További információ a SAS használatával kapcsolatban: Shared Access Signature Authentication with Service Bus (Közös hozzáférésű jogosultságkóddal való hitelesítés a Service Bus használatával).

Eseményfelhasználók

Minden olyan entitás, amely eseményadatokat olvas be egy eseményközpontból, eseményfelhasználó. Minden Event Hubs-felhasználó az AMQP 1.0-munkameneten keresztül csatlakozik, amelyben az események azonnal megjelennek, amint elérhetővé válnak. Az ügyfélnek nem kell lekérdeznie az adatok rendelkezésre állását.

Fogyasztói csoportok

Az Event Hubs közzétételi/előfizetési mechanizmusa fogyasztói csoportokon keresztül engedélyezve van. A felhasználói csoport a teljes eseményközpont egyik nézete (állapot, pozíció vagy eltolás). A felhasználói csoportok révén több felhasználó alkalmazás rendelkezhet az eseménystream külön nézetével, és a többitől függetlenül saját tempójában és saját eltolásával olvashatja a streamet.

A streamfeldolgozási architektúrákban mindegyik alárendelt alkalmazás megfelel egy felhasználói csoportnak. Amennyiben eseményadatokat kíván írni egy hosszú távú tárhelyre, az adott tárhelyírási alkalmazás is egy felhasználói csoport. Az összetett eseményfeldolgozást már egy másik, külön felhasználói csoport végzi. A partíciókat csak a felhasználói csoportokon keresztül érheti el. Mindig van egy alapértelmezett fogyasztói csoport az eseményközpontban, és a megfelelő tarifacsomaghoz legfeljebb a maximális számú fogyasztói csoportot hozhatja létre.

Fogyasztói csoportonként legfeljebb 5 egyidejű olvasó lehet egy partíción; ajánlott azonban, hogy fogyasztói csoportonként csak egy aktív fogadó legyen egy partíción. Egyetlen partíción belül minden olvasó megkapja az összes eseményt. Ha több olvasója van ugyanazon a partíción, akkor ismétlődő eseményeket dolgoz fel. Ezt a kódot kell kezelnie, ami nem feltétlenül triviális. Bizonyos esetekben azonban ez egy érvényes megközelítés.

Az Azure SDK-k által kínált egyes ügyfelek intelligens fogyasztói ügynökök, amelyek automatikusan kezelik annak részleteit, hogy az egyes partíciók egyetlen olvasóval rendelkeznek, és hogy az eseményközpont összes partíciója beolvasható legyen. Ez lehetővé teszi, hogy a kód az eseményközpontból beolvasott események feldolgozására összpontosítson, így figyelmen kívül hagyhatja a partíciók számos részletét. További információ: Csatlakozás partícióhoz.

Az alábbi példák a fogyasztói csoport URI-konvenciót mutatják be:

//<my namespace>.servicebus.windows.net/<event hub name>/<Consumer Group #1>
//<my namespace>.servicebus.windows.net/<event hub name>/<Consumer Group #2>

A következő ábrán az Event Hubs streamfeldolgozási architektúrája látható:

Event Hubs-architektúra

Streameltolások

Az eltolás egy esemény pozíciója egy partíción belül. Az eltolásokat tekintheti ügyféloldali kurzorként. Az eltolás az esemény bájtalapú sorszáma. Ez az eltolás lehetővé teszi az eseményfelhasználó (olvasó) számára az eseménystream egy olyan pontjának megadását, ahol az események olvasását el szeretné kezdeni. Az eltolás megadható időbélyegzőként vagy eltolásértékként. A felhasználók felelőssége saját eltolásértékeik tárolása az Event Hubs szolgáltatáson kívül. A partíciókon belül mindegyik esemény rendelkezik eltolással.

Partíció eltolása

Ellenőrző pontok használata

Az ellenőrzőpontok használatával az olvasók megjelölhetik vagy véglegesíthetik pozíciójukat a partíciók eseménysorozatában. Az ellenőrzőpontok használata a felhasználó felelőssége, és partíciónkénti alapon történik a felhasználói csoportban. A felelősség itt azt jelenti, hogy mindegyik felhasználói csoport esetében mindegyik partícióolvasónak nyilván kell tartania aktuális pozícióját az eseménystreamben, és tájékoztathatja a szolgáltatást, amikor az adatstreamet befejezettnek tekinti.

Ha egy olvasó lecsatlakozik egy partícióról, az újracsatlakozáskor az adott felhasználói csoportban az adott partíció utolsó olvasója által elküldött ellenőrzőpontnál kezdi az olvasást. Amikor az olvasó csatlakozik, átadja az eltolást az eseményközpontnak, és megadja az olvasás megkezdésének helyét. Az ellenőrzőpontok használatával az alárendelt alkalmazások így megjelölhetik az eseményeket „befejezettként”, valamint biztosítható a rugalmasság a különböző gépeken futó olvasók közötti feladatátvétel esetén. A régebbi adatokhoz való visszatéréshez megadhat egy alacsonyabb eltolást ebből az ellenőrzőpontozási folyamatból. Ezzel a mechanizmussal az ellenőrzőpontok használata rugalmasságot biztosít feladatátvétel esetén, és lehetővé teszi az eseménystream visszajátszását.

Fontos

Az eltolásokat az Event Hubs szolgáltatás biztosítja. Az események feldolgozásakor a fogyasztó felelőssége ellenőrizni az ellenőrzőpontot.

Megjegyzés

Ha Azure Blob Storage használ ellenőrzőpont-tárolóként olyan környezetben, amely a Storage Blob SDK egy másik verzióját támogatja, mint az Azure-ban általában elérhető, kóddal kell módosítania a Storage szolgáltatás API-verzióját az adott környezet által támogatott verzióra. Ha például az Event Hubsot egy Azure Stack Hub 2002-es verzióján futtatja, a Storage szolgáltatás legmagasabb elérhető verziója a 2017-11-09-es verzió. Ebben az esetben kóddal kell céloznia a Storage-szolgáltatás API-verzióját a 2017-11-09-es verzióra. Egy adott Storage API-verzió megcélzására vonatkozó példaért tekintse meg ezeket a mintákat a GitHubon:

Naplótömörítés

Azure Event Hubs támogatja az eseménynapló tömörítését az adott eseménykulcs legújabb eseményeinek megőrzéséhez. A tömörített eseményközpontokkal/Kafka-témakörrel a durvább időalapú megőrzés helyett kulcsalapú adatmegőrzést használhat.

A naplótömörítéssel kapcsolatos további információkért lásd: Naplótömörítés.

Általános felhasználói feladatok

Minden Event Hubs-felhasználó egy AMQP 1.0-munkameneten, egy állapotérzékeny kétirányú kommunikációs csatornán keresztül csatlakozik. Mindegyik partíció rendelkezik AMQP 1.0-munkamenettel, ami megkönnyíti a partíció szerint elkülönített események átvitelét.

Csatlakozás partícióhoz

Partíciókhoz való csatlakozáskor gyakran előfordul, hogy lízingelési mechanizmust használunk az olvasói kapcsolatok adott partíciókhoz való koordinálásához. Így lehetséges, hogy egy fogyasztói csoport minden partíciója csak egy aktív olvasóval rendelkezik. Az ellenőrzőpontok, a lízing és az olvasók kezelése egyszerűbbé teszi az Event Hubs SDK-k ügyfeleinek használatát, amelyek intelligens fogyasztói ügynökökként működnek. Ezek a következők:

Események olvasása

Miután egy AMQP 1.0-munkamenet és -hivatkozás meg lett nyitva egy adott partícióra vonatkozóan, az Event Hubs szolgáltatás kézbesíti az eseményeket az AMQP 1.0-ügyfél számára. Ez a kézbesítési mechanizmus nagyobb átviteli teljesítményt és kisebb késést biztosít a lekérésalapú mechanizmusoknál, amilyen például a HTTP GET. Az eseményeknek az ügyfél számára való elküldésekor minden eseményadat-példány fontos metaadatokat tartalmaz, például az eltolást és sorszámot, amelyek az eseménysorozat ellenőrzőpontokkal való jelölése során használhatók.

Eseményadatok:

  • Eltolás
  • Sorozat száma
  • Törzs
  • Felhasználói tulajdonságok
  • Rendszertulajdonságok

Az Ön felelőssége, hogy kezelni tudja az eltolódást.

Alkalmazáscsoportok

Az alkalmazáscsoportok olyan ügyfélalkalmazások gyűjteményei, amelyek egy egyedi azonosító feltétellel rendelkező Event Hubs-névtérhez csatlakoznak, mint például a biztonsági környezet – megosztott hozzáférési szabályzat vagy az Azure Active Directory (Azure AD) alkalmazásazonosítója.

Azure Event Hubs lehetővé teszi olyan erőforrás-hozzáférési szabályzatok meghatározását, mint például egy adott alkalmazáscsoportra vonatkozó szabályzatok szabályozása, valamint az ügyfélalkalmazások és az Event Hubs közötti eseménystreamelés (közzététel vagy felhasználás) szabályozása.

További információ: Erőforrás-szabályozás alkalmazáscsoportokkal rendelkező ügyfélalkalmazásokhoz.

Következő lépések

Ha további információkat szeretne az Event Hubsról, tekintse meg az alábbi hivatkozásokat: