自动化运维工具中,Chef/Puppet/Ansible/SaltStack之间的相互关系是什么? 何故这么多工具?

描述问题

自己浅显的理解是: 类似Web框架世界一样,百花齐放. 但是我对运维界不了解, 觉得如此类比可能不正确.
根据自己使用Linux的经验, 貌似不会需要这么多工具吧?

网上搜索了,这些工具各有各的好,各家都说自己是最棒的,令人眼花缭乱.

那么:

  1. 它们的关系是: 一类工具,类似的工具?

  2. 各自解决问题的领域是不是稍有重叠?

  3. 是不是有web框架那种各领风骚数百年的感觉? (比如以前有很多很流行的框架现在就不流行了)

上下文环境

运维自动化
Linux-Server

已经尝试哪些方法仍然没有解决(附上相关链接)

Google了:

  1. differences Chef Puppet

  2. DevOps tools

问题简化

阅读 8.4k
2 个回答

都是类似的,网上优缺点也说了很多,你自己都能搜索到,我只讲三点吧:

  1. salt和ansible可以理解为chef和puppet的下一代或者新一代,因此设计的理念要先进些

  2. chef和puppet是ruby系的,而salt和ansible是python系的。现在ruby系式微,ruby on rails彻底过气了;而python系正当红,尤其是在部署和大数据方面

  3. 另外一个关键点就是生态环境,包括社区、文档和第三方插件,以及自己扩展的能力。这几个兄弟在这块倒是各有千秋。第三方插件这块肯定是越老的产品越多,所以比较的时候得心里有杆秤

采纳错了,那个人看似写的很正规!其实就是一个坑!

Chef/Puppet/Ansible/SaltStack

上面工具功能基本重叠,我用过的,Ansible,puppet!

chef国外用的多,我不了解

怎么说的,其实是这样的!Ansible适合100台以下到200这样服务器规模应用

SaltStack,适合几百台的规模!

puppet适合上千台和几万台的规模

当然,几百台用puppet或者ansible都有!但是puppet用在几百台能接受,ansible就勉强了!上千台的服务器用ansible你就知道什么叫做混乱了!他们的区别就好像是shell和java一样!

至于为什么这样!你去学习一下它们就懂了!

至于过时?那纯粹是扯淡!国外facebook,google等好多巨头都在用puppet,国内很多大型互联网公司也在用!

就好像我上面说的那样,几万台服务器的管理,你还用ansible?那简直是呵呵

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进