Stos API dostępny globalnie składa się z API Gateway -> Lambda -> DynamoDB. Firma wymaga zarówno wysokiej niezawodności, jak i niskiego opóźnienia dla użytkowników w Ameryce Północnej i Europie. Która architektura spełnia te cele?

Poprawna odpowiedź zapewnia zarówno wysoką niezawodność, jak i niskie opóźnienia. Routing oparty na opóźnieniach w Route 53 kieruje użytkowników do najbliższego API Gateway, co minimalizuje opóźnienia. Kontrole stanu zapewniają, że ruch jest kierowany tylko do zdrowych punktów końcowych, zwiększając niezawodność. Użycie globalnej tabeli DynamoDB gwarantuje spójność danych i wysoką dostępność w obu regionach, ponieważ DynamoDB Global Tables automatycznie replikują dane między regionami. Pierwsza opcja jest nieprawidłowa, ponieważ użycie oddzielnych tabel DynamoDB w każdym regionie bez globalnej replikacji prowadzi do niespójności danych i braku globalnej niezawodności. Trzecia opcja jest zbyt skomplikowana i nieefektywna, polegając na ręcznym przełączaniu awaryjnym co 5 minut, co nie spełnia wymagań niskiego opóźnienia i wysokiej niezawodności. Czwarta opcja jest nieprawidłowa, ponieważ pojedyncza tabela DynamoDB w jednym regionie wprowadza wysokie opóźnienia dla użytkowników w drugim regionie i stanowi pojedynczy punkt awarii, co obniża niezawodność.