Блог

Я создаю простое веб-приложение на эластичном бобовом стебле (докеризованный Python/Flask). Я успешно запустил его в одной учетной записи AWS и хотел перенести его в новую учетную запись AWS, поэтому я воссоздаю приложение Beanstalk на консоли AWS и пытаюсь развернуть тот же код с помощью eb deploy .

Я заметил, что при запуске обновления конфигурации Beanstalk попытается внести изменения, но затем откатит их, если приложение не запустится с новым изменением. Это верно для нескольких различных изменений, и мне нужно сделать несколько, чтобы мое приложение полностью работало (в основном я просто воссоздаю настройки Beanstalk, которые у меня уже есть в другой учетной записи AWS).:

1. Необходимо установить несколько переменных среды
2. Необходимо настроить новый экземпляр RDS
3. Необходимо развернуть мой код (новая версия приложения была загружена, но развернутая версия приложения по-прежнему является старым «образцом приложения», с которого оно было запущено)

Все 3 должны быть выполнены до того, как это приложение полностью запустится. Однако всякий раз, когда я пробую один из них самостоятельно, Beanstalk попытается внести изменения, затем заметит, что приложение не запускается (при запуске возникает исключение), а затем beanstalk откатит изменение. Откат конфигурации происходит, даже если в настройках развертывания у меня есть «Игнорировать проверку работоспособности: верно». (Я бы подумал, что, по крайней мере, это позволит мне принудительно обновить #3 выше, но, по-видимому, нет.)

Так что я в основном застрял, потому что не могу сделать их все сразу. Это способ --force обновления конфигурации, чтобы Beanstalk не откатывался, что бы ни случилось?

Другой моей мыслью было то, что я потенциально мог бы внести все изменения сразу в конфигурацию JSON, но я решил, что должен быть способ принудительно изменить конфигурацию, чтобы люди могли быстро реагировать в кризис без этих ограждений из лучших побуждений.

Спасибо за вашу помощь!