XOps:是名副其实还是恶意炒作?

DevOps只是一个开始。现在，组织在IT内部和外部都采用了其他形式的Ops。但他们有没有抓住重点呢?

BizOps、MarketingOps、DevOps、AIOps、MLOps、DataOps。顾名思义，它们都是跨职能的，但公司是需要全部、部分、还是完全不需要呢?这取决于个人的观点。显然，组织根据其行业、规模、年龄、文化、技术采用和预算处于不同的成熟阶段。各组织越来越需要不同种类的Ops所提供的价值。

与DevOps一样，各种类型的运维都致力于加速流程和提高交付内容的质量:软件(DevOps)、数据(DataOps)、人工智能模型(MLOps)、以及分析洞察(AIOps)。有些人认为不同的Ops类型很重要，因为每种类型所需的专业知识都不同。

另一些人则认为这只是炒作，特别是重新定义已经存在的内容，或者不同团队所创造的碎片化可能会产生额外的组织机构，阻碍更快的价值交付。

XOps始于DevOps

敏捷软件开发实践在商业领域已经兴起一段时间了。自千禧年伊始，商业领袖们就一直跃跃欲试，因为他们的公司需要更加灵活，才能保持竞争力。

与此同时，许多敏捷软件开发团队已经采用了DevOps，并且越来越多地公司采用了持续集成/持续交付(CI/CD)，这使额外的任务自动化，从而实现了端到端流水线，从而提供了贯穿整个流程的可视化，这比传统的瀑布式传递更顺畅。与DevOps、DataOps、MLOps和AIOps一样，它们都是专注于持续、效率和流程的改进。

XOps蓝图

Ops领域继续扩大，但本文主要关注DataOps、MLOps和AIOps。

DataOps是一种面向流程的方法，它使用自动化来提高数据相关任务的速度，并最终提高了数据洞察的质量。据DataOps平台StreamSets的首席技术官Arvind Prabhakar介绍，DataOps为拥有复杂数据基础设施的公司提供了灵活的变更管理。

数据供应链中的人数已经达到了顶峰，所以现在的现代企业正在努力跟上。就数据基础设施而言，它比10年前复杂了一个数量级。

与DevOps一样，DataOps涉及快速迭代、度量和监视，以促进端到端沟通。这里的关键角色是数据工程师。而且，在拥有这些数据的公司中，首席数据官(CDO)希望推动流程优化，以确保数据治理的可靠性。

MLOps为机器学习模型的创建、部署和生产操作搭建了桥梁。DataOps和mlop被认为比AIOps更密切，因为与其他两个相比，AIOps是一个更高的级别的应用程序。

管理和技术咨询公司博思艾伦汉密尔顿(Booz Allen Hamilton)通过研究DevOps概念，并询问如何将它们应用于MLOps，开始了其MLOps之旅。

Booz Allen高级副总裁兼公司分析业务负责人JohnLarson说：你必须召集技术专家、数据架构师、建模师（和）安全专家。在建模框架中，考虑构建一些需要容器化的东西以便可以扩展和部署是不直观的服务。建模的第一个原则往往是 我的目的是什么？

Booz Allen使用MLOps实时了解模型性能和发展趋势，以及模型是否按预期部署。

我们强调的是数据版本、模型版本和部署的重要性，在DevOps框架中，MLOps与DataOps和DevSecOps的集成使您能够拥有这些类型的洞察。我认为扩展我们正在做的事情和采用我们正在做的事情是很重要的，因为它将为我们提供机制、工具、可追溯性，以了解模型在部署时发生了什么，它是如何发展的，它是如何刷新的。

Gartner对AIOps的定义是，它将大数据和机器学习结合起来，实现IT操作流程的自动化，包括事件关联、异常检测和因果判断。

AIOps的主要好处是可操作的洞察力。事实上，AIOps特别有利于数据分析。

另一方面，XOps只是炒作吗?

Forrester首席分析师查尔斯•贝兹建议不要陷入XOps的炒作。

在某种程度上，人们通常会发出嗡嗡声，把想法扔到墙上，看看什么能坚持下去，所以我并不真的担心BizOps、DevOps、DevSecOps、BizDevSecOps、Marketing Ops。它基本上都做同样的事情，这是朝着一个更跨职能的工作方式运动，贝茨说。

不去追求各种形式的Ops的一个原因是，它与IT人员配备的趋势相抵触。传统上，专业化被认为是一件好事，但更现代的是，IT角色变得越来越广泛(例如，全栈开发人员或站点可靠性工程师)。事实上，现代人力资源专业人士认为，对于一个部门或团队来说，拥有正确的技能组合比拥有正确的头衔或角色组合更重要。

大公司告诉我他们有协调问题。贝茨说：同一周，我有两位高级副总裁对我说，我没有足够的资源让每个产品团队都能得到一个dba，所以我们最终会遇到共享服务的问题。我们需要专业知识，所以我们怎样才能解决这个问题而不回到过去的糟糕日子呢？当我需要什么东西的时候，需要六个月的时间才能让任何人回到我身边。这就是为什么人们想要跨职能的世界。

Betz还认为Scrum和敏捷方法应该有正确的方向，默认的方向应该是产品团队。

理想情况是产品团队拥有完成工作所需的资源和批准。贝茨说：你没有一个依赖交换和交易的运营模式，你有一个依赖合作的运营模式。所有这一切的基本点是，运营模式从高事务流程开销转向这些专注于流程和事务的团队之间的纯协作流程，事务摩擦则是例外，而不是规则。

虽然不同类型的行动需要不同类型的专家，但要小心不必要的复杂性和官僚主义。

有压倒性的证据表明，当你过度专业化时，过程会出现僵局，Betz说。你有一群中层管理人员，他们都试图增加自己的王国，因为你的工资与向你汇报的人数挂钩。

最终，Betz认为XOps的元素不过是一组用于内部营销目的的术语。

我不反对，我不在乎它，我也没有太多耐心，因为更深层次的趋势是，越来越多的合作产品团队模型（其中）过程摩擦是一个例外，贝茨说，在许多情况下，最大的交易摩擦是在那些创造者和那些实际执行者之间，所以这就是为什么所有这些东西都是XOps。

总结

在今天的企业中，越来越多类型的类似DevOps的组织正在形成，供应商也在用DataOps之类的解决方案来应对。然而，从竞争的角度来看，拥有正确的能力比这些能力被称为什么更重要。考虑到不同公司之间的组织独特性，任何企业对XOps的考虑都将不同于其他公司，比如DevOps。

推荐

Kubernetes入门培训（内含PPT）

云时代的运维正是不折不扣的架构师