Развертывание приложения Flask на AWS без простоев

CodeDeploy работает с обычными инстансами EC2 и фактически не будет работать с инстансами Elastic Beanstalk. Попробуйте прочитать руководство пользователя по CodeDeploy, чтобы узнать больше о том, как для использования CodeDeploy.

Это все равно не решит вашу настоящую проблему, заключающуюся в том, что вы храните данные сеанса в локальной памяти вашего веб-сервера. Если вам нужно начать использовать несколько хостов за балансировщиком нагрузки, у вас будет та же проблема, даже если вам удастся сохранить и перезагрузить состояние между процессами.

Здесь есть два варианта, которые имеют смысл:

1. Сеансы на основе файлов cookie. Вы должны поместить все, что вам нужно для проверки сеанса входа в файл cookie, чтобы вы могли проверить сеанс, не проверяя локальное состояние (что-то, кроме фактического пароля, пожалуйста!). Это легко сделать небезопасно, и шифрование файла cookie (чтобы его могли прочитать только ваши серверы) является обязательным.
2. Общее хранилище сеансов. Используйте memcached, redis или что-то более постоянное (но быстрое — возможно, с локальным кэшированием). Сохраните состояние сеанса, которое вы обычно сохраняете локально в общем кэше. Вот фрагмент Flask для использования Redis для состояния сеанса.

Вы определенно можете использовать CodeDeploy для помощи в управлении и развертывании этих различных компонентов, но я думаю, вам нужно сначала посмотреть, как вы сохраняете сеансы.

Вы должны использовать две эластичные среды beanstalk: разработка и производство. Отправьте все свои немедленные изменения в среду разработки для тестирования. Когда вы будете готовы обновить производственную среду (возможно, один раз в день), используйте функцию URL-адресов среды подкачки эластичного beanstalk. Это затем направит всех пользователей к недавно обновленным средам, минимизируя время простоя.