Dan*_*res 8 deployment configuration heroku amazon-ec2 amazon-web-services
我非常喜欢12factor应用程序的方法,当你将应用程序部署到Heroku时,你有点被迫使用它.对于这个问题,我特别感兴趣的是为配置设置环境变量,就像在Heroku上做的那样.
据我所知,没有办法在EC2控制台内为一个或多个实例更改ENV(尽管在使用弹性beanstalk时似乎可以设置5个ENV变量).因此,我的一个Ubuntu的系统旁边的选择将是使用/etc/environment,/etc/profile,~/.profile或只是export命令来设置ENV变量.
这是正确的方法还是我错过了什么？
如果是这样,是否有最佳实践方法？我想我可以使用像Capistrano或Fabric这样的东西,从AWS api获取服务器列表,连接到所有服务器并更改提到的文件/调用export.虽然12factor是众所周知的,但是我找不到任何博客文章描述如何处理在EC2上的非常重要数量的实例的ENV.而且我不想实现这样的事情,如果有人已经做得很好而且我只是错过了一些东西.
注意:我想要一个不使用弹性beanstalk的解决方案,我不关心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 -和木偶2/
您还可以使用 Fabric、Ansible、Capistrano 等工具完全“推送”。但是，您受到单个服务器（或笔记本电脑）可以处理与其尝试推送的数千台服务器的多个连接的限制。这也受到网络带宽的限制，但是嘿，您可以发挥创意并错开推送更新，也许可以使用多个服务器来推送。它再次起作用，并且它是一个不同的模型，因此这取决于您想要走的方向。
希望这可以帮助。