В каком регионе будет выполняться функция API Gateway + Lambda?
Я пытаюсь понять, как / где выполняются мои лямбда-функции + откуда берется контент (через DynamoDB & S3).
Например, какая маршрутизация произошла бы, если бы кто-нибудь в Индии подключился к моей конечной точке шлюза API?
В частности, у меня есть...
- Лямбда-функция, размещенная в регионе США-Запад-2, которая получает контент с S3 + DynamoDB
- DynamoDB Global Tables
- S3 настроен на межрегиональную репликацию контента между сегментами US-West-2 и US-East-1
- Пользовательский SSL-сертификат / домен
- Лямбда-функции, вызываемые через прокси API Gateway
- API-шлюз настроен на использование Edge-оптимизированных конечных точек API
Я подозреваю, что...
- Пользователь будет маршрутизировать через POP в Индии,
- Запрос будет направлен к США-Запад-2 (где находится лямбда),
- Лямбда получит доступ к контенту из {{той корзины, которую я укажу в лямбда-коде}},
- DynamoDB будет иметь доступ к контенту из... Я на самом деле понятия не имею здесь? ..., а также
- Ответ будет направлен обратно в Индию.
С введением поддержки региональных конечных точек для API-шлюза, будет ли более эффективно использовать маршрутизацию на основе задержек через Route53 + Lambda@Edge и настраивать какую-то активно-активную региональную маршрутизацию?
В идеале запрос будет...
- Маршрут через POP,
- Маршрут к региональной лямбде
- Детали запроса будут использоваться для доступа к контенту из ближайших магазинов DynamoDB / S3, и
- Ответ будет направлен обратно
Любые идеи / предложения / объяснения с благодарностью!