回复 28# rdcwayx
长知识了，版主莫怪
kindule 发表于 2015-03-15 20:06 static/image/common/back.gif
ansible好，无客户端，用法简单
为这个ansible好用还是puppet/chef/saltstack 好用，有很多的争执。 尤其是在项目的开始阶段。
我现在遇到的情况是， puppet之类自动化配置工具的学习曲线对很多人来说有难度。 尤其是很难保证一个团队（尤其是agile敏捷方式的）的人都了解并能用好这些工具。 所以只能考虑折衷的方式。 一部分用puppet，比如操作系统，用户管理，网络设置之类的配置。另一部分用ansible管理，比如应用程序配置。
本帖最后由 woxizishen 于 2015-04-22 08:25 编辑
自动化运维其实很多年前就有了解过这些相关信息。
第一代自动化:
主要就是搭建一个网络安装操作系统的平台，然后搭配能够批量部署和预设配置参数无需太多人工参与的安装操作系统的平台。这部分有针对linux系统也有针对windows系统，当然也有可以同时实现2种系统的方案。实现方法可真是五花八门，但是目的就一个实现几乎无需人工参与的批量安装和配置操作系统，所以自动化工具不在于他是否有多好，是否吹捧的有多热门，适合自己的工作环境的就是最好的，自动化目的就一个提高工作效率，间接的给公司节约运维成本，而不是搞一些没用的好看的功能。
第二代自动化:
应用程序批量安装,包括预设好配置参数，这些主要是针对同一应用需要安装上百台甚至上千台的情况下。
未来自动化发展趋势:
1.无论哪一代自动化，第一个条件离不开网络这个平台，没有网络你就无法实现上百台甚至上千台的运维管理。
2.运维逐渐在向集中化，虚拟化方向发展，以后一台物理主机下就有上百台虚拟机，在云计算中心那就是上千台甚至上万台，光停留在操作系统安装/部署和应用程序批量安装阶段已经不符合未来自动化发展方向，前面的有一位童鞋提的非常好，能够监控硬件配置吗，能够提前预警吗？监控以后不再是一个单独领域，他已然替代了很多人工作业，他其实就是自动化里的一个领域。无论是大规模管理还是小规模管理，凡是能够使用第三方工具或者自写脚本替代自己平时大量重复的人工作业的就是自动化。未来自动化的方向就是解放人力！还是不明白自动化的初衷，去看看制作企业生产的自动化。
接楼上的，现在看样子要转第三代了，直接docker container的容器方案。 设计一次，覆盖所有平台，无所谓虚拟机，私有云，还是公有云了。
我们公司现在用的puppet
puppet ,正准备学习:lol
回复 10# lgatuk
你这个不是用自动化工具来做，完全是监控的职责了
然后自动化工具可以完成监控的自动化部署
用python和puppet多些。
顶一下。以上都没有用过。现在的服务器数量还没有达到需要自动运维工具的程度。