使用 Elastic Beanstalk 与手动创建 EC2 实例以及为典型的 Java Web 应用程序设置 tomcat 服务器和部署等相比有哪些优势。负载平衡、监控和自动缩放是唯一的优势吗？
假设我的 Web 应用程序使用数据库，我将数据库安装在 EC2 实例本身中。当自动缩放发生时，数据库将在新创建的实例中创建，或者它将访问我在主实例中创建的数据库......如果它在自动缩放发生时只创建一个副本，那么实例之间将如何发生数据同步？
【问题讨论】：
我在 EC2 专用（Nginx 和 Gunicorn）和 Beanstalk 环境（CentOS 和 Apache2）中都部署了一个应用程序。
我的观察：
BeanStalk 是 Paas。手动创建 EC2 实例 (IAAS) 就像从头开始做所有事情一样，但您拥有可靠的控制权。
BeanStalk 默认带有 CentOS 和 Apache(Httpd)。您可以选择专用实例中的操作系统。
这些对我来说很重要的事情，
就我而言，我必须扩展 (Beanstalk) 服务器才能运行某些软件包的安装（如 pandoc）。这些事情在 Ubuntu 中更简单。
在 BeanStalk 中缩放要容易得多。在 BeanStalk 中克隆服务器很简单。
在这两种情况下（专用和 Beanstalk）我都使用了微量。我觉得专用的微实例更好。
在 Beanstalk 中自动部署。我必须编写脚本来自动化它，这很好，因为它只有一次。
【讨论】：
您提到的所有内容，例如负载平衡、监控和自动缩放，绝对是优势。
但是，您必须这样考虑：在真正的Platform as a Service (PAAS) 中，目标是将应用程序与平台分离。作为开发人员，您只关心您的应用程序。该平台是“租”给您的。平台“实例”会为您自动更新、管理、扩展、平衡等。您只需上传您的 WAR 文件，它就可以工作（至少在理论上）。
EC2 本身不是 PAAS。它更像 IAAS (Infrastructure as a Service)。您仍然需要处理服务器实例、在其上安装软件、保持更新等。
Elastic Beanstalk 是一个 PAAS 系统。 App Engine 和 Azure 也是如此。
在真正的 PAAS 系统中，DBMS 是独立于 Web 应用程序服务器的组件。原因很明显：DBMS 不可能安装在正在用于应用程序服务器的实例上，因为实例是根据您的流量创建和销毁的，DBMS 会丢失！无论如何，将 DBMS 和应用程序服务器放在同一台机器/实例上通常不是一个好主意。
在 PAAS 系统中，DBMS 是一项单独的服务。对于亚马逊，它将是Amazon RDS。就像使用 Elastic Beanstalk，您不必担心应用程序服务器，只需上传 WAR 文件，使用 RDS，您不必担心 DBMS，只需部署数据库。
Elastic Beanstalk 和 RDS 可以很好地协同工作，尤其是在部署在延迟非常低的同一可用区时。
最后，使用 Elastic Beanstalk 所花费的成本不会超过部署的资源（EC2 实例和负载均衡器）。但是，RDS 并不便宜，而且肯定会比为应用程序服务器和 DBMS 使用单个 EC2 实例更昂贵。
【讨论】：
Elastic Beanstalk 不仅仅提供负载平衡、监控和自动缩放功能。
1) 通过存储和管理应用程序的不同版本来管理应用程序版本，让您可以轻松地在应用程序的不同版本之间来回切换。
2) 对每个应用程序都有“环境”的概念，允许您在每个环境中部署不同版本的应用程序。例如，如果您想设置单独的 QA 和 DEV 环境，并且希望在 DEV 中轻松部署构建，然后当您的 QA 团队准备好下一次构建时，在 QA 中部署相同版本的应用程序，这很方便。
3) 将重要的容器配置属性（例如 Tomcat 内存设置）外部化到 Elastic Beanstalk 控制台和 API。因此，您可以轻松保存设置并在环境之间复制它们。
4) 通过控制台查看应用程序日志文件，并自动将日志文件滚动归档到S3。 （诚然，这个功能目前有点弱。）
【讨论】：