<meter id="k3l7y"><menuitem id="k3l7y"></menuitem></meter>
    <td id="k3l7y"><menuitem id="k3l7y"></menuitem></td>
          <td id="k3l7y"></td>
          it运维开发教程,运维管理,因为微不足道,所以值得关注!域名来源:sos 救援 idc 数据中心 所以sos+idc=sosidc.com

          Saltstack和Ansible区别对比

          发布:admin2017-9-29 10:02分类: 监控工具 标签: Saltstack和Ansible区别对比

          作者:刀把五
          链接:https://www.zhihu.com/question/22707761/answer/116922937
          来源:知乎
          著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

          我们前阵子在做DevOps这块的调研,应该说在中小规模的公司里,Saltstack和Ansible这两块选用的人都不少。

          大家选择这两个?#25945;?#25152;做的依据,其实上面各个答主?#19981;?#26412;都有提到。
          1、是否需要每台机器部署agent(客户端)
          很多选用ansible的朋友,都是因为agentless这个原因,觉得要维护agent很麻烦。
          而一些使用saltstack比较顺的朋友,觉得这个问题无所谓,agent出问题的概率有,但不高。

          其实ansible也支持agent的方式,即所谓的“pull”的模式,就是通过一个客户端去拉取要执行的任务。

          2、大规模并发的能力
          这方面的对比已经比较多了,因为实现机制的差异,也导致saltstack在这方面是占优的。
          不过对于几十台-200台规模的?#20540;?#26469;讲,ansible的性能也可接受。

          注:我前期调研的大多数都是中下企业,服务器规模一般不超过200台,所以对这个问题不算太看重。如果一次操作的机器过千台,可能还是用saltstack效率更高一些。

          补充-20161114:我们正在改造ansible的执行架构,采用基于MQ的agent机制,以支持比较大规模(1000-10000台)的服务器的批量自动化运维。这样,在这种存在大规模运维的需求的客户这里,也可以应用丰富的ansible的Playbook了。

          3、二次开发扩展的能力
          ansible和saltstack都是基于python的,而python在运维开发这个圈子里接受度还是非常高的,二次开发的人员相对也好?#23567;?br /> 这也是这两个工具相对于puppet和chef更容易被接受度原因,这两个曾经的主流工具都是基于ruby,而现在ruby的活跃度越来越低了,要招人也不容易。

          ansible和saltstack都具备很好的二次开发扩展能力,可以写YAML编排。

          4、开源社区的对接
          在github上,ansbile有18300多颗星,salt有6700多颗星。
          直接按关键字搜索,ansible的相关项目也更多一些。

          这些指标虽然不能直接?#24471;?#20160;么,但很多技术人员会关注自己所使用的技术的活跃?#21462;?br /> 一般来说,越活跃的开源项目,得到的关注会更高些,功能完善和问题解决的效率?#19981;?#26356;高。

          5、学习的门槛
          从第一次使用来讲,ansible的部署配置会更简单一些。
          从官方文档的质量来看,saltstack就比ansible要好一些。

          从国内的中文资料来说,ansbile和saltstack好像各有2-3本中文书。
          这两?#19994;?#22269;内用户组也分别在做一些技术资料翻译的工作。

          6、操作界面的友好程度
          试用过Ansible的Tower,但实在是不?#19981;?#36825;种操作习惯,只能?#24471;?#24378;可用。
          saltstack的没仔细用过,但看过朋友搭建的环?#24120;?#24863;觉官方的UI还可以,基本够用了。

          Ansible的最初设计定位就不是一个完整的运维管理系?#24120;?#22240;此官方UI粗糙些也在预?#29616;?#20013;。

          7、第三方工具的丰富程度
          ansibe有一个galaxy站点:Ansible Galaxy
          这个站点集合了3000多个第三方开发的Role/Playbook。

          salt也有一些预先写好的Formulas(Formulas are pre-written Salt States)
          官方地址:Salt Formulas
          github地址:Salt Stack Formulas · GitHub
          目前已有的Formulas大概在200个左右,比ansible galaxy少了一个数量级,不过大部分常用软件也覆盖到了。

          8、现有用户使用的规模
          根据rightscale的调研报告:
          Ansible在2015年有10%的用户选用,而2016年有20%的用户选用。
          Saltstack在2015年有6%的用户选用,而2016年有9%的用户选用。

          9、对Windows支?#20540;?#21451;好程度
          这一方面我没有直接的经验,?#34892;?

          提供的如下反馈:
          “ansible对windows的支持简直不忍直视,agentless只是对于linux的,windows要安装bug修复补丁,powershell还要3.0,还要安装python。还不如salt方便。”
          这一点供大家参考。我们自己目前是用的Ansible,但正在结合我们自己的DevOps?#25945;ǎ?#37325;新给Ansible开发一套WEB UI。
          温馨提示如有转载或引用以上内容之必要,敬请将本文链接作为出处标注,谢谢合作!

          已有 0/5198 人参与

          发表评论:

          欢迎订阅运维教程网|运维教程|运维管理|运维技术文章

          欢迎使用手机扫描访问本站,还可以关注微?#25490;秪

          浙江11选5网上购买

          <meter id="k3l7y"><menuitem id="k3l7y"></menuitem></meter>
            <td id="k3l7y"><menuitem id="k3l7y"></menuitem></td>
                  <td id="k3l7y"></td>

                  <meter id="k3l7y"><menuitem id="k3l7y"></menuitem></meter>
                    <td id="k3l7y"><menuitem id="k3l7y"></menuitem></td>
                          <td id="k3l7y"></td>