分区无法自动管理多路径、双网卡等都没办法自动部署完成
本文为云原生应用创新实践联盟——容器云自动化运维课题组生产内容，相关专家如下所示，更多内容可点击此处进入云原生应用创新实践联盟进行查看。①已通过课题组专家审核②待课题用户组织评议（欢迎各位在下方评论区提出您的宝贵意见）执笔专家：顾黄亮容器云自动化运维用户委员会...
(more)结合需求实施，不要闭门造车。我不太清楚题主说的自动化运维工具是什么，如果是ansible/saltstack这类工具的话，这些都是自动化运维体系建设过程中的辅助手段。重点不在于用什么，先梳理清楚痛点，如果资源比较充足，可以考虑按照平台方式成体系化建设。如果财力/人力/技术实力都有...
自动化运维平台运行时，对于大批量操作，如版本变更，批量发布等一定要经过测试后才能进行批量操作。 风险就是不知道执行的是否成功，有了校验也不知道校验的是否完全和执行是否成功。一般有了执行脚本就会有校验脚本。所以一下几点值得注意：1、制定比较通用的校验架构，按脚本规...
商业的运维系统在功能上要全面一些，服务支持上能好一些，更新与升级有保障，采购成本较高，对运维人员的技术要求相对较低。 自己开发运维系统对人员的技术要求最高，成本也不低。开源运维工具更灵活一些，服务支持需要运维人员自身多投入一些时间和精力，更新与升级更个性化一些，相对...
一个小小的故障出现必将引起数十个甚至上百的设备报警，那么现阶段的自动化运维软件能够把故障定位精确到什么程度？还是仅仅能做到提示，真正的故障原因还需要运维人员自己去手动找？ 故障定位算法采用机器学习中的二叉决策树的方式实现: 一方面希望将故障所产生的所有告警信息...
楼上列举了很多底层工具，都是非常实际的，在这里我做一个整合，这个问题包含了两个方面：1、自动化运维底层工具产品是选用开源产品还是闭源产品目前来看，无论是开源还是闭源都可以满足银行的运维需求，选用开源产品无非就是银行自身的技术实力允许，有一定的开发实力，或者和第三方外...
开源底层框架 例如puppet的mco, salt的模块, ansible的简单模块上层业务和界面肯定是制定开发的,不然无法符合业务逻辑和安全审查
