使用Elastic Beanstalk，通过为典型的Java Web应用程序手动创建EC2实例并设置tomcat服务器和部署等，可以获得哪些优势。负载均衡，监控和自动扩展是唯一的优势吗？
假设我的Web应用程序使用数据库，我在EC2实例本身安装了数据库。当发生自动调整时，数据库将在新创建的实例中创建，或者它将访问我在主实例中创建的数据库...如果在自动调标发生时只创建副本，那么实例之间将如何进行数据同步？ / p>
答案 0 :(得分：138)
您提到的所有内容，如负载平衡，监控和自动扩展，绝对是优势。
但是，您必须以这种方式思考：在真正的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一样，您不必担心应用程序服务器，只需使用RDS上传WAR文件，您就不必担心DBMS而只需部署数据库。
Elastic Beanstalk和RDS可以很好地协同工作，尤其是在部署在相同可用区域时，延迟会非常低。
最后，使用Elastic Beanstalk的成本不会超过部署的资源（EC2实例和负载均衡器）。但是，RDS并不便宜，并且肯定比使用单个EC2实例同时用于应用程序服务器和DBMS更昂贵。
答案 1 :(得分：36)
Elastic Beanstalk不仅仅是负载平衡，监控和自动扩展。
1）通过存储和管理应用程序的不同版本来管理应用程序版本，使您可以轻松地在不同版本的应用程序之间来回切换。
2）每个应用程序都有“环境”概念，允许您在每个环境中部署不同版本的应用程序。这很方便，例如，如果您想要设置单独的QA和DEV环境，并且您希望在DEV中首先轻松部署构建，那么当您的QA团队为下一次构建做好准备时，可以在QA中部署相同版本的应用程序。 / p>
3）将重要的容器配置属性（例如Tomcat内存设置）外部化到Elastic Beanstalk控制台和API。因此，您可以轻松保存设置并在环境之间复制它们。
4）通过控制台查看应用程序日志文件，并自动将日志文件滚动并存档到S3。 （不可否认，这个功能目前有点弱。）
答案 2 :(得分：5)
我有一个同时部署在EC2专用（Nginx和Gunicorn）和Beanstalk环境（CentOS和Apache2）上的应用程序。
我的观察：
BeanStalk是Paas。手动创建EC2实例（IAAS）就像从头开始做所有事情一样，但是您拥有可靠的控制权。
BeanStalk默认附带CentOS和Apache（Httpd）。您可以在专用实例中选择操作系统。
这些对我来说很重要的东西
就我而言，我必须扩展（Beanstalk）服务器才能运行某些软件包（如pandoc）的安装。这些事情在Ubuntu中更加简单。
在BeanStalk中扩展更容易。在BeanStalk中，克隆服务器非常简单。
在这两种情况下（专用和Beanstalk），我都服用了微型食品。我觉得专用的微实例更好。
在Beanstalk中自动部署。我不得不编写脚本来自动化脚本，这很好，因为它只有一次。