用不可变服务器来管理变更6wunderlist.com的CTO Chad Fowler在其最近的一篇博客文章：“丢弃服务器，烧掉代码：采用不可变基础设施和一次性组件”中表示：不论面对何种变更，不可变服务器都能够让基础设施具有扩展性和可靠性。然而这需要让系统、模式、部署、应用代码和团队架构，都从根本上采用全新的视图。 6wunderlist.com的CTO Chad Fowler在其最近的一篇博客文章：“丢弃服务器，烧掉代码：采用不可变基础设施和一次性组件”中表示：不论面对何种变更，不可变服务器都能够让基础设施具有扩展性和可靠性。然而这需要让系统、模式、部署、应用代码和团队架构，都从根本上采用全新的视图。 随着时间的推移，无论如何服务器都会积攒下许多变更，包括：新应用、升级、配置变更、计划任务，以及问题的修正。有一点是毫无疑问的：配置好的服务器运行时间越长久，它就越有可能处于未知状态。对于前面所述的每次变更，不可变服务器将通过重新创建新的服务器，来解决确定服务器状态的问题。 Chad曾在双周的线上播客“the Food Fght Show”中现身，对不可变服务器做了延续性讨论。节目深入讨论了他的不可变服务器解决方案的细节，并以此作为其博客文章的延续。在节目过程中，他将自己的服务器比作活细胞——它们都拥有类似的过程，在自然生长过程中，活细胞死去后将被新的细胞所取代。 ThoughtWorks的软件交付顾问KiefMoris，近期撰写了一篇博客文章来描绘不可变服务器，在其中他写到： 自动化的配置工具（例如CFEngine、Puppet或Chef）让我们能够指明，应该如何配置服务器，以及如何让新增及现存机器遵守配置要求。这有助于避免脆弱的SnowflakeServer问题。这些工具能够创建可以随意推到和重建的PhoenixServer。而不可变服务器则是这种方法的逻辑性总结，它是一种一旦部署之后就永远不再修改的服务器，只不过它会被新的升级后的实例所取代。 HashiCorp最近发布了一套名为“Packer”的工具，用于创建可用作不可变服务器的机器映像。该公司还开发了“Vagrant”工具，在DevOps中用于让虚拟机的使用变得自动化。 在最近的7月洛杉矶DevOps聚会上，洛杉矶的DevOps社区探讨了使用“Packer”和“Docker”将机器映像打包为部署的一部分的话题。技术运营总监Mike Fielder在2013 Chef大会上的演讲也覆盖了相似的材料，题为“将基础设施当作垃圾箱来对待”。 责编：王珂玥  微信扫一扫实时了解行业动态 著作权声明：畅享网文章著作权分属畅享网、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。 |
最新专题 推荐圈子 |
DB2数据的导入(Import)_导出(Expo..
Cognos 中国社区——Cognos 10.2...|
|
