DevOps, HybridOps and AIOps浅谈

DevOps, HybridOps and AIOps浅谈

　　DevOps的概念出现比较久了，很多的IT项目也都在实际的运用中。AIOps概念作为DevOps的升级版，也得到了很广大的关注，也出现了很多AIOps 相关的理论参考模型。但是，在当前的技术发展及应用现状下，HybridOps这个从项目实践里发展出来的概念渐渐占据了焦点，并且成功的插入到DevOps和AIOps之间，形成了 DevOps -> HybridOps -> AIOps 的发展趋势。

　　这里我用简单的语言和自己的实践以及理解，跟大家做一个几句话的梳理，给大家一个建立一个整体上的印象。如果大家对某一个具体方面有兴趣，可以在园子里搜索其他作者的相关帖子，应该会有很多针对具体方面的好贴。

　　在当前各种虚拟化，云平台流行的情况下，大量的项目也争相往相关平台迁移，以节省基础架构运维成本。所以我们可以用上图来表示当前流行的项目架构，左边圆圈代表项目，右边圆圈代表项目运行的平台（各种虚拟化，云平台）。

传统的DevOps作为项目的一部分运作，在项目里起到串联各个环节（业务，开发，测试，运维）的作用。这种DevOps的局限性在于，只关注项目业务，而没有关注为项目服务的平台。如果遇到问题的话，一封邮件丢给平台，让他们解决。

　　问题来了，平台收到邮件，但是平台方一般会服务很多的客户，他只了解基础架构，不了解项目业务，不清楚你真正需要的是什么，就是知道了，也不一定能够马上给到你，因为可能需要定制化。涉及到定制化，那就不只是钱的事情，先是平台是否有技术提供这个定制化，如果可以提供，后面可能还需要大量的测试验证来确定定制化在项目的可用性，稳定性。一个小小的版本不兼容，就能引发一系列的问题。这些大量的验证工作就交到了项目, 因为平台是不会帮忙做的，他顶多只会在你发现问题后，先告诉你这不是平台的问题，然后在你的确凿证据下，通过你的指导，帮忙分析解决问题。

这里就该HybridOps出场了，HybridOps不仅包含了传统的DevOps,  还起到了沟通项目和平台的桥梁作用。上面这些工作都可以交给HybridOps 来做，除了传统DevOps工作，它主要还包括下面两块内容：

• 从项目视角，在了解项目业务和流程的基础上，思考分析，提出改善建议，并执行实施。如：帮项目思考技术和流程改善方案，给当前平台提相关需求帮忙实现。或者从项目角度特点分析调研，什么样的平台更适合项目未来的发展？甚至提出更换当前平台的建议。这里你可能会说，“换平台难道是你一个HybridOps 工程师说了算的吗？那项目的架构师是干啥的？”，答：“当然还是架构师说了算，他了解架构，还能拍板。但是真正了解项目实际运维细节的，是HybridOps工程师，他是从每天的部署发布，每一个版本，每一个application组件，每一个问题里摸爬滚打出来的，他有资格提这个建议”
• 从平台视角，在了解各种平台的基础上，思考分析，提出改善建议，并执行实施。如：当前平台还有些什么服务能被发掘出来，提供给项目，帮助项目改善哪些框架和流程？还有哪些平台能够提供当前平台不能提供的服务，能够帮项目在未来竞争中取得优势？

　　AIOps, 一句话，应该就是在大量数据的基础上，各种自动化成熟后，用AI (如：GPT)来代替人类把上面HybridOps 的事情都做了。

　　总之，回归DevOps 初心，在这个技术大发展，玩技术就像搭积木的时代，DevOps总是与时俱进，用热情拥抱变化，让持续改进帮项目在未来的竞争中立于不败之地。