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