Weiterleitung von Anforderungen auf Datenverarbeitungsebene

Beim Routing von Anfragen auf Computerebene bestimmt der Code, der auf der Rechenschicht ausgeführt wird, ob die Anfrage lokal verarbeitet oder an eine Kopie von sich selbst weitergeleitet werden soll, die in einer anderen Region ausgeführt wird. Wenn Sie den Modus „In eine Region schreiben“ verwenden, erkennt die Rechenschicht möglicherweise, dass es sich nicht um die aktive Region handelt, und ermöglicht lokale Lesevorgänge, während alle Schreibvorgänge an eine andere Region weitergeleitet werden. Dieser Compute-Layer-Code muss die Datentopologie und die Routing-Regeln kennen und diese auf der Grundlage der neuesten Einstellungen, die angeben, welche Regionen für welche Daten aktiv sind, zuverlässig durchsetzen. Der äußere Software-Stack innerhalb der Region muss nicht wissen, wie Lese- und Schreibanforderungen von dem Microservice weitergeleitet werden. In einem robusten Design überprüft die empfangende Region, ob sie die aktuelle Primärregion für den Schreibvorgang ist. Ist dies nicht der Fall, wird ein Fehler mit dem Hinweis generiert, dass der globale Zustand korrigiert werden muss. Die empfangende Region könnte den Schreibvorgang auch eine Weile zwischenspeichern, wenn sich die Primärregion gerade ändert. In allen Fällen schreibt der Computing-Stack in einer Region nur auf seinen lokalen DynamoDB-Endpunkt, die Computing-Stacks kommunizieren aber möglicherweise miteinander.

Die Vanguard Group verwendet für diesen Routing-Prozess ein System namens Global Orchestration and Status Tool (GOaST) und eine Bibliothek namens Global Multi-Region Library (GMRlib), wie auf der re:Invent 2022 vorgestellt. Sie verwenden ein einziges primäres Modell. follow-the-sun GOaSTbehält den globalen Status bei, ähnlich der ARC Routing-Steuerung, die im vorherigen Abschnitt beschrieben wurde. Es verwendet eine globale Tabelle, um nachzuverfolgen, welche Region die primäre Region ist und wann der nächste primäre Switch geplant ist. Alle Lese- und Schreiboperationen werden durchgeführtGMRlib, welche Koordinaten mitGOaST. GMRlibermöglicht die lokale Ausführung von Lesevorgängen mit geringer Latenz. GMRlibÜberprüft bei Schreibvorgängen, ob die lokale Region die aktuelle primäre Region ist. Falls ja, wird der Schreibvorgang direkt abgeschlossen. Wenn nicht, GMRlib leitet die Schreibaufgabe an die GMRlib in der primären Region weiter. Diese empfangende Bibliothek bestätigt, dass sie sich ebenfalls als Primärregion betrachtet, und gibt einen Fehler aus, wenn dies nicht der Fall ist, was auf eine Verzögerung bei der Weitergabe des globalen Zustands hindeutet. Dieses Vorgehen bietet einen Validierungsvorteil, da nicht direkt auf einen DynamoDB-Remote-Endpunkt geschrieben wird.