通过 EC2 进行类似 Heroku 的部署和环境配置

我真的很喜欢a的方法12factor http://12factor.net当您将应用程序部署到 Heroku 时，您有点被迫进入该应用程序。对于这个问题，我对设置配置环境变量特别感兴趣，就像在 Heroku 上所做的那样。

据我所知，无法在 EC2 控制台中更改一个或多个实例的 ENV（尽管在使用 elastic beanstalk 时似乎可以设置 5 个 ENV 变量）。因此，我对基于 Ubuntu 的系统的下一个赌注是使用/etc/environment, /etc/profile, ~/.profile或者只是export设置 ENV 变量的命令。

这是正确的方法还是我错过了什么？

如果是这样，是否有最佳实践？我想我可以用类似的东西卡皮斯特拉诺 http://capistranorb.com/ or Fabric http://docs.fabfile.org/en/1.8/，从 AWS api 获取服务器列表，连接到所有服务器并更改提到的文件/调用export。尽管 12factor 非常出名，但我找不到任何描述如何在 EC2 上处理大量实例的 ENV 的博客文章。如果有人已经做得很好而我只是错过了一些东西，我不想实施这样的事情。

Note：我想要一个不使用弹性豆茎的解决方案，我不在乎git push部署或任何其他类似 Heroku 的功能，这仅与应用程序配置相关。

任何提示表示赞赏，谢谢！

好问题。您可以通过多种方式进行部署/环境设置。

需要记住的一件事是，使用 Heroku（或 Elastic Beanstalk）您只需推送代码。他们的服务负责可扩展性因素以及跨基础设施的服务复制（一旦您推送代码）。 如果您使用的是fabric（或capistrano），那么您也在使用推送模型，但您必须照顾应用程序的所有可扩展性/复制/容错能力。

话虽如此，如果您使用 EC2，我认为最好利用 AMI、Autoscale 和 Cloudformation 进行部署。这就是弹性和虚拟化的美妙之处，因为您可以将资源视为短暂的。您仍然可以使用fabric/capistrano来自动化AMI构建（我使用Ansible）并配置环境变量、包等。然后您可以定义一个Cloudformation堆栈（使用JSON文件），并在其中添加一个自动缩放组预烘焙 AMI。

部署应用程序的另一种方法是简单地使用 AWS Opsworks 服务。它非常全面，并且有很多选项，但可能并不适合所有人，因为有些人可能需要更多的灵活性。

如果您想采用“拉动”模型，您可以使用 Puppet、Chef 或 CFEngine。在这种情况下，您在云中的某个位置有一个主策略服务器（Puppetmaster、Chef Server 或 Policy Server）。当服务器启动时，代理（Puppet 代理、Chef 客户端、Cfengine 代理）连接到其主服务器以获取其策略，然后执行它。该策略可能包含应用程序运行所需的所有包和环境变量。同样，这是一个不同的模型。该模型的扩展性非常好，但这取决于主站可以处理的代理数量以及如何交错从代理到主站的连接。如果您想扩展到数千台服务器，您也可以对多个主服务器进行负载平衡，或者您可以简单地使用多个主服务器。根据经验，如果您想要真正“快速”的东西，Cfengine 效果很好，这里有一个很好的博客比较 Puppet 和 CFengine 的速度：http://www.blogcompiler.com/2012/09/30/scalability-of-cfengine-and-puppet-2/ http://www.blogcompiler.com/2012/09/30/scalability-of-cfengine-and-puppet-2/

您还可以使用 Fabric、Ansible、Capistrano 等工具完全“推送”。但是，您受到单个服务器（或笔记本电脑）可以处理与其尝试推送的数千台服务器的多个连接的限制。这也受到网络带宽的限制，但是嘿，您可以发挥创意并错开推送更新，也许可以使用多个服务器来推送。它再次起作用，并且它是一个不同的模型，因此这取决于您想要走哪个方向。

希望这可以帮助。