Основной регион AWS размещает веб-приложение, а дополнительный регион является резервным для аварийного восстановления. Требования: данные сеанса должны реплицироваться между регионами практически в реальном времени; 1% трафика должен постоянно направляться во вторичный регион; автоматическое переключение на вторичный регион при сбое основного; вторичный регион должен масштабироваться для обработки полного трафика. Как следует выполнить эти требования?

Правильный ответ соответствует всем требованиям. AWS Elastic Beanstalk упрощает развертывание и масштабирование веб-приложений в обоих регионах. Глобальные таблицы Amazon DynamoDB обеспечивают практически мгновенную репликацию данных сеанса между регионами, что критически важно для поддержания состояния сеанса. Политика маршрутизации по весу Amazon Route 53 с проверками работоспособности позволяет направлять 1% трафика во вторичный регион и автоматически переключаться при сбое основного региона, а также масштабировать вторичный регион для полного трафика. Неправильные варианты: Использование политики маршрутизации с отказоустойчивостью Route 53 не позволит направлять 1% трафика во вторичный регион постоянно, так как она предназначена для переключения только при сбое. AWS Lambda и API Gateway подходят для бессерверных приложений, но RDS for PostgreSQL с межрегиональной репликацией для данных сеанса будет сложнее в управлении и может не обеспечить требуемую скорость репликации по сравнению с DynamoDB Global Tables. CloudFront не является механизмом для распределения трафика между регионами для активного/активного сценария с 1% трафика, а скорее CDN для кэширования контента.