Колба SQLAlchemy База данных с AWS Упругий бобовый стебель - трата времени?

Question

Я успешно применил приложение Flask к AWAS Elastic Beanstalk. Приложение использует базу данных SQLAlchemy, и я использую Flask-Security для обработки входа/регистрации и т. Д. Я использую Flask-Migrate для обработки миграции базы данных.

Проблема заключается в том, что всякий раз, когда я использую git aws.push, он будет подталкивать мою локальную базу данных к AWS и перезаписывать живую. Я предполагаю, что мне хотелось бы только «вытащить» живой из AWS EB, и только толкать в редких обстоятельствах.

Будет ли я иметь доступ к базе данных SQLAlchemy, которую я нажал на AWS? Или это невозможно? Возможно, существует некоторая комбинация настроек .gitignore и .elasticbeanstalk, которые могли бы работать?

Я использую SQLite.

Answer 1

Да, ваша база данных должна не быть в системе управления версиями, она должна жить на постоянной памяти (скорее всего the Elastic Block Storage service (EBS)), и вы должны обрабатывать схемы изменения (миграции), используя что-то вроде Flask-Migrate.

AWS help article on EBS вы должны получить работу, но на высоком уровне, что вы собираетесь сделать, это:

• Установите громкость на запущенный экземпляр
• горы объем на instance
• Экспозиция тома в другие экземпляры с использованием сетевой файловой системы (NFS)
• Убедитесь, что при запуске новых экземпляров EBS они монтируют NFS

В качестве альтернативы, вы можете:

• Подождите, пока Elastic File System (EFS) вне предварительного просмотра (или запросить доступ) и смонтировать все ваши EB-запущенных экземпляров на EFS раз EB не поддерживает EFS.
• Переключитесь на the Relational Database Service (RDS) (или запустите свой собственный сервер базы данных на EC2) и запустите экземпляр (PostgreSQL | MySQL | Что бы вы ни выбрали) локально для тестирования.

Answer 2

Ключ содержит вашу базу данных за пределами вашей эластичной среды Beanstalk. Если нет, по мере увеличения нагрузки различные экземпляры вашего приложения Flask будут записывать в свою локальную БД. Там не будет базы данных «master», которая будет содержать все коммиты.

Самое простое решение - использовать службу реляционных баз данных AWS (RDS) для размещения вашей БД в качестве внешней службы. Хороший учебник, который проходит по этому точному сценарию:

Deploying a Flask Application on AWS using Elastic Beanstalk and RDS

SQLAlchemy/колба/AWS определенно не трата времени! Удачи.