#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. Все имеющиеся у вас ресурсы являются региональными. Для автоматического перехода на другой ресурс обычно добавляется R53 для оценки работоспособности вашего API-шлюза и перехода на другой ресурс в другом регионе.
2. @Marcin DynamoDB, я думаю, является глобальным ресурсом. Как выполняется развертывание дублирующих сервисов в других регионах? Например, пул Cognito. Как это будет дублироваться и развертываться в других регионах?
3. База данных DdB является региональной, если вы не включили глобальные таблицы. К сожалению, не знаю о congito. Я думаю, у каждого региона будет свой собственный пул.