множественная аренда, региональное резидентство и региональный отказ в AWS

#amazon-web-services #architecture #amazon-dynamodb #amazon-cognito #automatic-failover

#amazon-веб-сервисы #архитектура #amazon-dynamodb #amazon-cognito #автоматический переход на другой ресурс

Вопрос:

Вот как мы планируем управлять «пользователями» и многопользовательской арендой при проектировании многопользовательского бессерверного приложения SAAS на AWS. Соответствующий пост в блоге здесь: https://medium.com/@tarekbecker/serverless-enterprise-grade-multi-tenancy-using-aws-76ff5f4d0a23

Для обеспечения непрерывности бизнеса мы также хотели бы обеспечить

  1. Региональный отказоустойчивый
  2. Резидентство данных для личной информации
  3. Аварийное восстановление

Какие изменения необходимо внести в следующую архитектуру, чтобы интегрировать эти аспекты в бессерверное приложение?

введите описание изображения здесь

Комментарии:

1. Все имеющиеся у вас ресурсы являются региональными. Для автоматического перехода на другой ресурс обычно добавляется R53 для оценки работоспособности вашего API-шлюза и перехода на другой ресурс в другом регионе.

2. @Marcin DynamoDB, я думаю, является глобальным ресурсом. Как выполняется развертывание дублирующих сервисов в других регионах? Например, пул Cognito. Как это будет дублироваться и развертываться в других регионах?

3. База данных DdB является региональной, если вы не включили глобальные таблицы. К сожалению, не знаю о congito. Я думаю, у каждого региона будет свой собственный пул.