Ручное развертывание против Amazon Elastic Beanstalk

Question

Каковы преимущества, которые мы получаем благодаря использованию эластичного бобового стека над созданием экземпляра EC2 и настройкой сервера tomcat и развертыванием и т. Д. Для типичного приложения Java. Устанавливаются ли балансировка нагрузки, мониторинг и автомасштабирование?

Предположим, что для моего веб-приложения, которое использует базу данных, я установил базу данных в самом экземпляре EC2. Когда будет выполняться Autoscalling, база данных будет создана во вновь созданном экземпляре или она будет обращаться к базе данных, созданной в главном экземпляре ... Если она создает только реплику, когда происходит автоматическое удаление, как происходит синхронизация данных между экземплярами?

Answer 1

Все перечисленные вещи, такие как балансировка нагрузки, мониторинг и автоматическое масштабирование, безусловно, являются преимуществами.

Однако вы должны подумать об этом так: в истинном Platform as a Service (PAAS) целью является отделить приложение от платформы. Как разработчик, вы беспокоитесь только о своем приложении. Платформа «арендована» для вас. «Экземпляры» платформы автоматически обновляются, администрируются, масштабируются, сбалансированы и т. Д. Для вас. Вы просто загружаете свой WAR-файл, и он просто работает (по крайней мере теоретически).

EC2 сам по себе не PAAS. Это больше похоже на IAAS (Infrastructure as a Service). Вы по-прежнему должны заботиться о экземплярах сервера, устанавливать на них программное обеспечение, обновлять их и т. Д.

Эластичный бобовый стебель - система PAAS. Так и есть App Engine и Azure среди многих других.

В настоящей системе PAAS СУБД представляет собой отдельный компонент сервера (ов) веб-приложений. Причина очевидна: СУБД невозможно установить на экземплярах, которые используются для сервера приложений, поскольку, поскольку экземпляры создаются и уничтожаются на основе вашего трафика, СУБД будет потеряна! Наличие СУБД и сервера приложений на одном и том же компьютере/экземпляре вообще не является хорошей идеей.

В системе PAAS СУБД представляет собой отдельную услугу. Для Amazon это будет Amazon RDS. Как и в случае с Elastic Beanstalk, где вам не нужно беспокоиться о сервере приложений, и вы просто загружаете свой WAR-файл с помощью RDS, вам не нужно беспокоиться о СУБД, и вы просто развертываете свои базы данных.

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

И, наконец, использование эластичного бобового стека не стоит ничего больше, чем развернутые ресурсы (экземпляры EC2 и балансировка нагрузки). Однако RDS не дешево и определенно будет дороже, чем использование одного экземпляра EC2 для сервера приложений и СУБД.

Answer 2

Упругий бобовый шток делает больше, чем просто балансировку нагрузки, контроль и автомасштабирование.

1) Управляет версиями приложений путем хранения и управления различными версиями приложения, что позволяет легко переключаться между различными версиями приложений.

2) Имеет понятие «среды» для каждого приложения, позволяющее развернуть разные версии вашего приложения в каждой среде. Это удобно, например, если вы хотите настроить отдельные среды QA и DEV, и вы хотите легко развернуть сборку сначала в DEV, а затем развернуть ту же версию приложения в QA, когда ваша команда QA готова к следующей сборке.

3) Внешние свойства важной конфигурации контейнера (например, настройки памяти Tomcat) на консоли Elastic Beanstalk и API. Из-за этого вы можете легко сохранить настройки и скопировать их между средами.

4) Просмотр файлов журнала приложений через консоль и автоматическое копирование и архивирование файлов журнала на S3. (По общему признанию, эта функция в настоящее время немного слаба.)