自动化运维，高处不胜寒？

商业的运维系统在功能上要全面一些，服务支持上能好一些，更新与升级有保障，采购成本较高，对运维人员的技术要求相对较低。 自己开发运维系统对人员的技术要求最高，成本也不低。开源运维工具更灵活一些，服务支持需要运维人员自身多投入一些时间和精力，更新与升级更个性化一些，相对成本较低， 当企业发展到一定规模后基于开源工具再开发的运维系统才能更适合企业对于自动化运维的要求。 最终企业是选择商业的、自已开发还是开源工具还需要结合自身的实际情况进行优劣平衡再选择。

建议着重ansible、zabbix这一套，比较简单，从小到大，先实现zabbix通过ansible自动部署、自动故障处理，几个简答的场景：故障后的应用重启、日志自动切割、负载高的自动分析等。
商业产品了解不是很深，不太好说。

关于自动化运维，可以自研+开源相结合的方式去解决。
第一步，自研方面（解决数据 + 流程问题）
每个公司都有自己的管理方式，各平台之间的数据交互都是个性化的，开源软件一般无法100%适配公司内部流程。这个时候，可以用python ,go 等语言开发一套类cmdb的管理系统，负责数据，流程的打通，先把 “资源” 拿到，以低成本可灵活变动的架构先解决数据问题。

第二步，开源方面（解决技术 + 应用问题）
搭建开源平台（可以多个开源平台共存，取其所长）， 基于前期沉淀的“资源”，输入进开源平台，利用现成的技术，快速实现一些应用场景。

第三步，原子服务+场景组合
将场景的运维服务进行原子化拆分，比如Linux主机登录服务，oracle数据库登录服务，ssh改密服务，xx软件安装服务。。。。。   ，然后根据不同的消费场景，对运维原子服务进行自由组合，界面化操作，非专业用户自助操作，降低技术壁垒。
比如可以满足安全自动加固，银保监漏洞自动修复等一系列应用场景。