ruby-on-rails - AWS OpsWorks、AWS Beanstalk 与 AWS CloudFormation？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 9 个月前。

社区 9 个月前审核了是否重新开放此问题，并将其关闭:

原始关闭原因未解决

Improve this question

我想知道使用 AWS OpsWorks 与 AWS Beanstalk 和 AWS CloudFormation 相比有何优缺点？

我对一个可以自动扩展以处理任意大量并发 Web 请求(从每分钟 1000 个请求到 1000 万转/分钟)的系统感兴趣，其中还包括一个可以自动扩展的数据库层。

理想情况下，我希望有效地共享一些硬件资源，而不是为每个应用程序拥有单独的实例。过去我主要使用 EC2 实例 + RDS + Cloudfront + S3

堆栈系统将托管我们从 Heroku 迁移的一些高流量 ruby​​ on Rails 应用程序，还有一些 python/django 应用程序和一些 PHP 应用程序。

Answer 1

I would like to know what are the advantages and disadvantages of using AWS OpsWorks vs AWS Beanstalk and AWS CLoudFormation?

答案是:这取决于情况。

AWS OpsWorks 和 AWS Beanstalk(有人告诉我)是管理基础设施的不同方式，具体取决于您的想法。 CloudFormation 只是一种将基础架构模板化的方法。

就我个人而言，我对 Elastic Beanstalk 更熟悉，但对每个人都有自己的了解。我更喜欢它，因为它可以通过 Git 进行部署。据公开信息显示，Elastic Beanstalk 在幕后使用 CloudFormation 来启动其环境。

对于我的项目，我同时使用两者。我使用 CloudFormation 构建用于我的应用程序的自定义配置的 VPC 环境、S3 存储桶和 DynamoDB 表。然后，我在自定义 VPC 内启动 Elastic Beanstalk 环境，该环境知道如何与 S3/DynamoDB 资源通信。

I am interested in a system that can be auto scaled to handle any high number of simultaneous web requests (From 1000 requests per minute to 10 million rpm.), including a database layer that can be auto scalable as well.

在底层，OpsWorks 和 Elastic Beanstalk 使用 EC2 + CloudWatch + Auto Scaling，它能够处理您所说的负载。 RDS 提供对可扩展的基于 SQL 的数据库的支持。

Instead of having a separate instance for each app, Ideally I would like to share some hardware resources efficiently. In the past I have used mostly an EC2 instance + RDS + Cloudfront + S3

根据您所说的“一些硬件资源”的含义，您始终可以与 OpsWorks 或 Elastic Beanstalk 环境一起启动独立的 EC2 实例。目前，Elastic Beanstalk 支持每个环境一个 Web 应用程序。我不记得 OpsWorks 支持什么。

The stack system will host some high traffic ruby on rails apps that we are migrating from Heroku, also some python/django apps and some PHP apps as well.

所有这一切都得到 AWS 的全力支持。 OpsWorks 和 Elastic Beanstalk 针对一系列开发环境进行了自身优化(Ruby、Python 和 PHP 均在列表中)，而 EC2 则提供原始服务器，您可以在其中安装任何您想要的内容。 p>