Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Entwickeln Sie erweiterte Fan-Out-Verbraucher mit dediziertem Durchsatz
In Amazon Kinesis Data Streams können Sie Verbraucher erstellen, die ein Feature namens erweiterte Rundsendungen verwenden. Mit dieser Funktion können Verbraucher Datensätze aus einem Stream mit einem Durchsatz von bis zu 2 MB an Daten pro Sekunde und Shard empfangen. Dieser Durchsatz ist dediziert, d. h. dass Verbraucher, die ein erweitertes Rundsenden verwenden, nicht mit anderen Verbrauchern konkurrieren müssen, die Daten aus dem Stream empfangen. Kinesis Data Streams überträgt Datensätze aus dem Stream zu den Verbrauchern die ein erweitertes Rundsenden verwenden. Aus diesem Grund müssen diese Verbraucher keine Daten abfragen.
Wichtig
Im On-demand Advantage-Modus können Sie bis zu 50 Verbraucher pro Stream registrieren, um den erweiterten Fan-Out zu nutzen. Mit On-demand Standard- und Provisioned-Streams können Sie bis zu 20 Verbraucher pro Stream registrieren, um den erweiterten Fan-Out nutzen zu können.
Das folgende Diagramm zeigt die Architektur für das erweiterte Rundsenden. Wenn Sie die Version 2.0 oder höher der Amazon Kinesis Client Library (KCL) verwenden, um einen Verbraucher zu erstellen, richtet die KCL den Verbraucher so ein, dass er erweitertes Rundsenden verwendet, um Daten von allen Shards des Streams zu empfangen. Wenn Sie die API verwenden, um einen Verbraucher zu erstellen, der ein erweitertes Rundsenden verwendet, können Sie einzelne Shards abonnieren.
Das Diagramm zeigt Folgendes:
-
Einen Stream mit zwei Shards.
-
Zwei Verbraucher, die erweitertes Rundsenden verwenden, um Daten vom Stream zu empfangen: Consumer X und Consumer Y. Beide Verbraucher haben alle Shards und alle Datensätze im Stream abonniert. Wenn Sie die Version 2.0 oder höher der KCL verwenden, um einen Verbraucher zu erstellen, abonniert die KCL automatisch alle Shards des Streams. Wenn Sie dagegen die API verwenden, um einen Verbraucher zu erstellen, können Sie einzelne Shards abonnieren.
-
Pfeile stellen die Pipes für das erweiterte Rundsenden dar, die die Verbraucher verwenden, um Daten aus dem Stream zu erhalten. Eine erweiterte Fan-Out-Pipe liefert bis zu 2 MB/sec Daten pro Shard, unabhängig von anderen Leitungen oder der Gesamtzahl der Verbraucher.
Themen
Unterschiede zwischen einem Verbraucher mit gemeinsamem Durchsatz und einem Verbraucher mit verstärktem Fan-Out
In der folgenden Tabelle werden Standardverbraucher mit gemeinsamem Durchsatz und Verbrauchern mit erweitertem Fan-Out-Verbrauch verglichen. Die Verzögerung bei der Nachrichtenverbreitung ist definiert als die Zeit in Millisekunden, die benötigt wird, bis eine Nutzlast mithilfe der Payload-Dispatching-APIs (wie PutRecord undPutRecords) gesendet wird, um die Verbraucheranwendung über die nutzlastintensiven APIs (wie und) zu erreichen. GetRecords SubscribeToShard
| Merkmale | Verbraucher mit gemeinsamem Durchsatz ohne erhöhten Fan-Out | Verstärkte Fanout-Verbraucher |
|---|---|---|
| Lesedurchsatz |
Festgelegt auf insgesamt 2 MB/sec pro Shard. Wenn mehrere Konsumenten aus demselben Shard lesen, teilen sie sich diesen Durchsatz. Die Summe der Durchsätze, die sie vom Shard erhalten, übersteigt 2 nicht. MB/sec |
Der Wert erhöht sich nur, wenn Konsumenten für erweiterte Rundsendungen registriert werden. Jeder Verbraucher, der für die Verwendung von Enhanced Fan-Out registriert ist, erhält seinen eigenen Lesedurchsatz pro Shard, bis zu 2 MB/sec, unabhängig von anderen Verbrauchern. |
| Verzögerung der Nachrichtenverbreitung |
Ein Durchschnitt von etwa 200 ms, wenn Sie einen Verbraucher haben, der aus dem Stream liest. Dieser Durchschnitt steigt bis zu 1000 ms an, wenn Sie fünf Verbraucher haben. |
In der Regel durchschnittlich 70 ms, unabhängig davon, ob Sie einen oder fünf Verbraucher haben. |
| Cost (Kosten) | Nicht zutreffend |
Es gibt Datenabrufkosten und Konsumenten-Shard-Stundensätze. Weitere Informationen finden Sie unter Preise für Amazon Kinesis Daten-Streams |
| Datensatzbereitstellungsmodell |
Modell über HTTP abrufen mit. GetRecords |
Kinesis Data Streams überträgt die Datensätze über HTTP/2 die Nutzung an Sie. SubscribeToShard |
Unterstützte Regionen für bis zu 50 erweiterte Fanout-Kunden (On-demand nur Advantage)
Unterstützung für bis zu 50 Verbraucher mit verstärkter Fan-Out-Funktion im On-demand Advantage-Modus ist nur in den folgenden AWS Regionen verfügbar:
| AWS Region | Name der Region |
|---|---|
|
eu-north-1 |
Europa (Stockholm) |
|
me-south-1 |
Middle East (Bahrain) |
|
mx-central-1 |
Mexiko (Zentral) |
|
ap-south-1 |
Asien-Pazifik (Mumbai) |
|
eu-west-3 |
Europa (Paris) |
|
ap-southeast-3 |
Asien-Pazifik (Jakarta) |
|
us-east-2 |
USA Ost (Ohio) |
|
af-south-1 |
Afrika (Kapstadt) |
|
eu-west-1 |
Europa (Irland) |
|
me-central-1 |
Naher Osten (VAE) |
|
eu-central-1 |
Europa (Frankfurt) |
|
sa-east-1 |
Südamerika (São Paulo) |
|
ap-east-1 |
Asien-Pazifik (Hongkong) |
|
ap-east-2 |
Asien-Pazifik (Taipeh) |
|
ap-south-2 |
Asien-Pazifik (Hyderabad) |
|
us-east-1 |
USA Ost (Nord-Virginia) |
|
ap-northeast-2 |
Asien-Pazifik (Seoul) |
|
ap-northeast-3 |
Asien-Pazifik (Osaka) |
|
eu-west-2 |
Europa (London) |
|
ap-southeast-4 |
Asien-Pazifik (Melbourne) |
|
ap-southeast-5 |
Asien-Pazifik (Malaysia) |
|
ap-southeast-6 |
Asien-Pazifik (Neuseeland) |
|
ap-southeast-7 |
Asien-Pazifik (Thailand) |
|
ap-northeast-1 |
Asien-Pazifik (Tokio) |
|
us-west-2 |
USA West (Oregon) |
|
us-west-1 |
USA West (Nordkalifornien) |
|
ap-southeast-1 |
Asien-Pazifik (Singapur) |
|
ap-southeast-2 |
Asien-Pazifik (Sydney) |
|
il-central-1 |
Israel (Tel Aviv) |
|
ca-central-1 |
Kanada (Zentral) |
|
ca-west-1 |
Kanada West (Calgary) |
|
eu-south-2 |
Europa (Spain) |
|
eu-south-1 |
Europa (Milan) |
|
cn-northwest-1 |
China (Ningxia) |
|
eu-central-2 |
Europa (Zürich) |
| us-gov-east-1 | AWS GovCloud (US-East) |
| us-gov-west-1 | AWS GovCloud (US-West) |
