Verhalten beim Übergang

Sie können jederzeit zwischen serviceverwalteter und benutzerverwalteter Datensatzverteilung wechseln. Die Modusänderung wird sofort wirksam, ohne Ausfallzeiten oder Datenverlust für bereits geschriebene Datensätze. Hersteller- und Verbraucheranwendungen funktionieren weiterhin mit den folgenden Ausnahmen:

• Nachdem Sie zur benutzerverwalteten Verteilung gewechselt haben, schlagen Produzenten, die einen Partitionsschlüssel weglassen, fehl und müssen aktualisiert werden, sodass sie einen bereitstellen können.

• Nachdem Sie auf die serviceverwaltete Verteilung umgestellt haben und die Hersteller damit beginnen, den Partitionsschlüssel wegzulassen, können Benutzer, die davon ausgehen, dass ein Partitionsschlüssel immer vorhanden ist, fehlschlagen, wenn sie einen Datensatz lesen, der keinen hat. Stellen Sie vor der Aktivierung sicher, dass Ihre Kunden mit einem fehlenden Partitionsschlüssel umgehen können. AUTO Weitere Informationen finden Sie in den AWS SDK-Überlegungen unter Wichtige Überlegungen undKPL und KCL mit serviceverwalteten Streams.

Während des Übergangs:

• Datensätze, die sich bereits im Stream befinden, behalten ihre ursprünglichen Shard-Zuweisungen, die auf der vorherigen Strategie basieren.

• Neue Datensätze, die nach dem Moduswechsel eintreffen, werden gemäß der neuen Strategie verteilt.

• Verbraucher lesen weiterhin nacheinander Datensätze von Shards, unabhängig davon, wie diese Datensätze verteilt wurden.

Anweisungen zum Aktivieren oder Deaktivieren der vom Service verwalteten Datensatzverteilung finden Sie unter. Serviceverwaltete Datensatzverteilung konfigurieren

Der Wechsel der Strategien ändert in Zukunft die Art und Weise, wie Datensätze auf Shards platziert werden, was sich auf die Reihenfolge der Schlüssel pro Partition auswirkt:

• User-managed zu servicemanaged (USER_PARTITION_KEY → AUTO) — Datensätze, die zuvor einen gemeinsamen Partitionsschlüssel hatten, wurden an denselben Shard weitergeleitet und relativ zueinander angeordnet. Nach dem Wechsel werden neue Datensätze unabhängig vom Partitionsschlüssel gleichmäßig auf die Shards verteilt, sodass es nicht mehr garantiert ist, dass Datensätze, die sich einen Partitionsschlüssel teilen, auf demselben Shard landen oder der Reihe nach verarbeitet werden.

• Service-managed zu benutzerverwaltet (AUTO → USER_PARTITION_KEY) — Nach dem Wechsel werden neue Datensätze erneut per Partitionsschlüssel-Hash weitergeleitet, sodass Datensätze mit demselben Partitionsschlüssel wieder auf demselben Shard landen. Hersteller müssen nach dem Wechsel einen Partitionsschlüssel angeben. Aufrufe, die diesen Schlüssel weglassen, schlagen fehl. PutRecordPutRecords Datensätze, die geschrieben wurden, während sich der Stream im AUTO-Modus befand, behalten ihre ursprüngliche Shard-Position bei und werden nicht neu verteilt, sodass die Datensätze eines einzelnen Partitionsschlüssels auf die Shards vor dem Switch (AUTO) und die nach dem Switch zurückgelegten Shards aufgeteilt werden können.