Modus „Schreiben in Ihre Region“ (gemischte Primärregion)

Der Schreibmodus „In Ihre Region schreiben“ weist verschiedenen Ausgangsregionen verschiedene Datenuntergruppen zu und ermöglicht Schreibvorgänge auf ein Element nur über seine Heimatregion. Dieser Modus ist aktiv/passiv, weist jedoch die aktive Region auf der Grundlage des Gegenstands zu. Jede Region ist primär für ihren eigenen, sich nicht überlappenden Datensatz, und Schreibvorgänge müssen geschützt werden, um die korrekte Lokalität sicherzustellen.

Dieser Modus ähnelt dem Schreiben in eine Region, mit der Ausnahme, dass er Schreibvorgänge mit geringerer Latenz ermöglicht, da die jedem Benutzer zugeordneten Daten in größerer Netzwerknähe zu diesem Benutzer platziert werden können. Außerdem verteilt es die umliegende Infrastruktur gleichmäßiger zwischen den Regionen und erfordert weniger Arbeit beim Aufbau der Infrastruktur während eines Failover-Szenarios, da in allen Regionen bereits ein Teil ihrer Infrastruktur aktiv ist.

Sie können die Heimatregion für Artikel auf verschiedene Arten bestimmen:

• Intrinsisch: Ein bestimmter Aspekt der Daten, z. B. ein spezielles Attribut oder ein in den Partitionsschlüssel eingebetteter Wert, macht die Heimatregion klar. Diese Technik wird im Blogbeitrag Verwenden Sie das Anheften von Regionen zum Festlegen einer Ausgangsregion für Elemente in einer globalen Amazon DynamoDB-Tabelle beschrieben.

• Ausgehandelt: Die Heimatregion jedes Datensatzes wird auf externe Weise ausgehandelt, z. B. mit einem separaten globalen Dienst, der die Zuweisungen verwaltet. Der Auftrag kann eine begrenzte Dauer haben, nach deren Ablauf er neu verhandelt werden kann.

• Tabellenorientiert: Anstatt eine einzelne replizierende globale Tabelle zu erstellen, erstellen Sie dieselbe Anzahl globaler Tabellen wie replizierende Regionen. Der Name jeder Tabelle gibt ihre Heimatregion an. Bei Standardoperationen werden alle Daten in die Heimatregion geschrieben, während andere Regionen eine schreibgeschützte Kopie behalten. Während eines Failovers übernimmt eine andere Region vorübergehend Schreibaufgaben für diese Tabelle.

Stellen Sie sich zum Beispiel vor, Sie arbeiten für ein Spieleunternehmen. Sie benötigen Lese- und Schreibvorgänge mit niedriger Latenz für alle Gamer auf der ganzen Welt. Du ordnest jeden Spieler der Region zu, die ihm am nächsten ist. Diese Region übernimmt alle ihre Lese- und Schreibvorgänge und sorgt so für eine hohe read-after-write Einheitlichkeit. Wenn ein Spieler jedoch reist oder wenn seine Heimatregion einen Ausfall erleidet, ist eine vollständige Kopie seiner Daten in anderen Regionen verfügbar, und der Spieler kann einer anderen Heimatregion zugewiesen werden.

Stellen Sie sich als weiteres Beispiel vor, Sie arbeiten in einem Videokonferenzunternehmen. Die Metadaten jeder Telefonkonferenz sind einer bestimmten Region zugewiesen. Anrufer können die Region verwenden, die ihnen am nächsten liegt, um die niedrigste Latenz zu erzielen. Wenn eine Region ausfällt, ermöglicht die Verwendung globaler Tabellen eine schnelle Wiederherstellung, da das System die Verarbeitung des Anrufs in eine andere Region verschieben kann, in der bereits eine replizierte Kopie der Daten vorhanden ist.