分区无法自动管理多路径、双网卡等都没办法自动部署完成

结合需求实施，不要闭门造车。我不太清楚题主说的自动化运维工具是什么，如果是ansible/saltstack这类工具的话，这些都是自动化运维体系建设过程中的辅助手段。重点不在于用什么，先梳理清楚痛点，如果资源比较充足，可以考虑按照平台方式成体系化建设。如果财力/人力/技术实力都有...

一个小小的故障出现必将引起数十个甚至上百的设备报警，那么现阶段的自动化运维软件能够把故障定位精确到什么程度？还是仅仅能做到提示，真正的故障原因还需要运维人员自己去手动找？ 故障定位算法采用机器学习中的二叉决策树的方式实现: 一方面希望将故障所产生的所有告警信息...

自动化运维平台运行时，对于大批量操作，如版本变更，批量发布等一定要经过测试后才能进行批量操作。 风险就是不知道执行的是否成功，有了校验也不知道校验的是否完全和执行是否成功。一般有了执行脚本就会有校验脚本。所以一下几点值得注意：1、制定比较通用的校验架构，按脚本规...

商业的运维系统在功能上要全面一些，服务支持上能好一些，更新与升级有保障，采购成本较高，对运维人员的技术要求相对较低。 自己开发运维系统对人员的技术要求最高，成本也不低。开源运维工具更灵活一些，服务支持需要运维人员自身多投入一些时间和精力，更新与升级更个性化一些，相对...

一些常用的自动化运维工具：ansible、pubbet、saltstack等，有些还分社区版和企业版；也有自主研发的，server端、agent端等；也有一些比较好的自动化运维平台，如果腾讯的蓝鲸、织云等；

这个用堡垒机不是更好么，用ANSIBLE的确也能做，就是定期生成一些按照复杂度策略的密码，匹配不同的服务器，密码、服务器IP入数据库表，不同的表代表不同日期的密码修改记录，然后定期读取这些表，用ANSIBLE去服务器IP，执行密码修改即可。这样不同时期的服务器密码都有迹可循了。...

最主要的还是开发上和架构上的难点，就这次ANSIBLE的使用来看，没有关注ANSIBLE本身层面的开源代码，用SHELL也好，PYTHON也好，更多的体现的是这个工具的使用上。首先是要结合企业自身的需求，量身设计不同的自动化运维场景，这点与直接采用第三方的产品有所不同，第三方是基于他们的理...

开源底层框架 例如puppet的mco, salt的模块, ansible的简单模块上层业务和界面肯定是制定开发的,不然无法符合业务逻辑和安全审查