从DevOps到AIOps

Posted 2021-04-16 厚基博话

编辑：夏沫

小虾米

2

0

1

7

全球运维大会（GOPS 2017）参与有感

之前IBM、阿里、华为主办的各类开发者大会或产品发布会笔者参与的不少，但是这种非大厂主办的技术峰会还是第一次，参加完后第一个体验就是，干货不少。

作为一个开发，参加这种运维大会，开始还是很好奇的。研究了大半年的DevOps，站在开发中心的角度来看，无非就是敏捷的项目管理流程、自动化的工具链、完善的持续集成/持续发布/监控告警体系，那作为DevOps概念中的另一半Ops，他们是怎么看这个概念的呢？

开幕前

大会开幕前，主持人有个全场预热，奖品是一些小册子啥的，倒是题目类型让我眼前一亮，“它是一种开源框架”-> “它和容器有关” -> “它不是Docker”-> “它的Logo是个舵盘”，好吧我知道你肯定猜到了，一条条线索揭示时还是蛮能激发全场技术人员的参与感的，诸如此类有不少问题，很多是前沿技术词汇，各位以后部门活动搞竞猜的话可以借用这个创意。

大会期间

运维大会为期共两天，期间不乏腾讯、阿里、IBM、华为等大公司的技术分享，也有中行、太保、恒丰这样的同行经验，比较遗憾的是开幕式上咱们数据中心的郑总因故未能出席分享。下面简单说说感想吧。

01

首先是一个来自国家层面的好消息，中国信息通信研究院的主任工程师栗蔚老师给大家宣布官方的DevOps标准正在制定中（已出了Beta版）。DevOps这个概念其实很早就有了，但是无论是开发者、运维人员，还是各类云供应商、培训机构、软件厂商，几乎所有人都有不同的理解，而这份标准的出台，意味着盲人摸象时代的终结。“研发运营一体化能力成熟度模型”，是国内外第一个DevOps标准体系，它会和CMMI、ITIL一样，逐步成为企业IT资质的证明，也为组织架构和流程的优化提供了官方的技术指导。

02

其次是Jenkins的创始人KK的分享，讲道理我英文太烂，其实没大听懂整个PPT的内容，但是无论是看到作为持续集成No.1的Jenkins来到中国分享的这个行为，还是看到新版本更好的画面，更强的功能，以及整个会场对这位大牛的欢迎，我们可以相信，未来的软件开发就是基于自动化流水线的。Jenkins会在容器、云、AI这些最新的技术支撑和帮助下，成为企业研发测试运维流程中最核心的链条。

参后感

01

还有一点感想就是，别人家的运维…真的是太牛了…… 我看到的无论是容器技术的推广，容器平台的完善，还是自动化运维监控、日志分析、智能告警，几乎都是运维团队搞出来的。DevOps开发运维一体化，不是不要运维，也不是研发来运维，而是以技术的手段来运维，最终实现像阿里今年双十一一样喝着茶运维。运维要做的是设计开发各类自动化工具，让研发人员自助式的进行开发，通过流水线内建质量、内建安全，把低效的代码拒在门外。想想看，连运维都有那么强的Python、GO、容器功底，作为研发的各位同学们，咱好意思不多学一点新技术、新框架么。

02

就在我们火热推进企业内的DevOps之时，更多有想法肯动手的小伙伴们已经开始考虑并实施AIOps了。从未来的趋势看，企业的IT规模只会越来越大，网络环境也一定会越来越复杂，使用的技术栈只会更多，而变更频率也一定会更快，技术和软件的更新会更剧烈，而作为普通个体的技术人员，不仅仅要保持持续学习这个习惯，更要把思想往更远的未来延伸，考虑机器学习、人工智能能做到什么。这次大会上，我看到了基于机器学习的日志分析预警系统，看到了自适应的异常检测系统，运维智能机器人能够给出基于大数据的客观分析结果，而我们要做的就是决策，在这种程度上，运维团队规模反而可能更小了。想想我们每天的忙忙碌碌，如果你做的是未来AI能够做的常规性、重复性、流程性的工作，也许该早点警惕起来了，研发智能机器人这种东西会不会有，谁知道呢……

03

值得庆幸的是，理论已经证明，这代AI不会觉醒，因为人的意识是非算法的，而AIOps也不会那么快的成熟，趁此机会，我们应尽快完成DevOps的全线推广，完成从标准化、虚拟化到自动化、自助化的基础设计建设，实现从传统IT到敏捷型IT的转型，实现以业务目标为导向而非流程控制为导向的精益型团队。

   

链接：http://pan.baidu.com/s/1nvP2kop 

密码:mlp0