您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件开发专栏 > 开发技术 > 正文

MLOps对比DevOps:有什么区别?

发表于:2022-09-13 作者:Harris编译 来源:机房360

机器学习操作(简称MLOps)是机器学习(ML)工程的一个关键方面,专注于简化和加速将ML模型交付到生产以及维护和监控它们的过程。MLOps涉及不同团队之间的协作,包括数据科学家、DevOps工程师、IT专家等。

MLOps可以帮助组织创建和提高其AI和机器学习解决方案的质量。采用MLOps允许机器学习工程师和数据科学家通过实施持续集成和持续部署(CI/CD)实践来协作提高模型性能。它通过整合ML模型的适当监控、治理和验证来加速ML模型开发过程。

什么是DevOps?  

DevOps结合了开发和运营的概念,描述了一种协作方法来执行通常与单独的应用程序开发和IT运营团队相关的任务。从最广泛的意义上说,DevOps是一种哲学,它鼓励组织内这些(和其他)团队之间改进沟通与合作。

在最狭义的意义上,DevOps是指采用能够部署和维护迭代应用程序开发、自动化和可编程基础架构的实践。它还包括工作场所文化的变化,例如开发人员、系统管理员和其他团队成员之间的信任建立和联系。DevOps使技术与业务目标保持一致,可以改变软件交付链、工作职能、服务、工具和最佳实践。

MLOps对比DevOps:主要差异  

以下是MLOps和传统DevOps之间的一些主要区别。

开发

开发的概念是指每个模型中的不同事物,CI/CD管道略有不同。

开发运维:

  • 通常,代码会创建一个接口或应用程序。
  • 在使用一组检查进行部署和测试之前,将代码包装到可执行文件或工件中。
  • 理想情况下,这个自动化循环将一直持续到最终产品准备好。

MLOps:

  • 该代码使团队能够构建或训练机器学习模型。
  • 输出工件包括可以接收数据输入以生成推理的序列化文件。
  • 验证包括根据测试数据检查训练模型的性能。
  • 这个循环也应该一直持续到模型达到指定的性能阈值。

版本控制  

开发运维:

  • 版本控制通常只跟踪代码和工件的更改。
  • 需要跟踪的指标很少。

MLOps:

  • MLOps管道通常有更多要跟踪的因素。构建和训练ML模型涉及一个迭代实验周期,需要跟踪每个实验的各种指标和组件(对于以后的审计至关重要)。
  • 要跟踪的其他组件包括训练数据集、模型构建代码和模型工件。
  • 指标包括超参数和模型性能指标,例如错误率。

可重用性

开发运维:

  • DevOps管道专注于可重复的流程。
  • 团队可以混合和匹配流程,而无需遵循特定的工作流程。

MLOps:

  • MLOps管道重复应用相同的工作流。跨项目的通用框架有助于提高一致性并允许团队更快地取得进展,因为他们从熟悉的流程开始。
  • 项目模板提供结构,支持定制以满足每个用例的独特需求。
  • 使用集中式数据管理来整合组织的数据,以加速发现和培训过程。集中化的常见方法包括单一事实来源和数据仓库。

持续监控  

监控对于DevOps和MLOps都是必不可少的,但原因略有不同。

开发运维:

  • 站点可靠性工程(SRE)在过去几年一直是趋势,强调从开发到生产部署监控软件的必要性。
  • 软件不会像ML模型那样退化。

MLOps:

  • 机器学习模型会迅速退化,需要持续监控和更新。
  • 生产环境中的条件会影响模型的准确性。部署到生产环境后,模型开始根据来自现实世界的新数据生成预测。这些数据不断变化和适应,降低了模型性能。
  • MLOps通过合并程序以促进持续监控和模型再培训,确保算法保持生产就绪。

基础设施  

DevOps和MLOps都严重依赖云技术,但有不同的操作要求。

DevOps依赖于基础设施,例如:

  • 基础设施即代码(IaC)
  • 构建服务器
  • CI/CD自动化工具

MLOps依赖于以下基础设施:

  • 深度学习和机器学习框架
  • 大型数据集的云存储
  • 用于深度学习和计算密集型ML模型的GPU

DevOps和MLOps趋势  

以下是推动DevOps和MLOps发展的一些主要趋势。

GitOps

作为DevOps工作流程的新演变,GitOps是一种用于控制和自动化基础架构的新范例。面向Kubernetes的范例使开发人员和运营团队能够使用Git管理Kubernetes集群并交付容器化应用程序。为运营和开发团队实施Git工作流程允许开发人员利用Git拉取请求来管理软件部署和基础设施。

GitOps整合了现有的开发工具,通过CI/CD管理云原生和基于集群的应用程序。它使用Git存储库作为单一事实来源,自动部署、监控和维护云原生应用程序。

GitOps是一种在Kubernetes中实现和维护集群的方法。持续交付和部署允许开发人员通过增量发布更快地构建、测试和部署软件。Kubernetes持续集成和运行时管道必须能够读取和写入文件、更新容器存储库以及从Git加载容器。GitOps通过版本控制、实时监控和配置更改警报来帮助企业管理其基础架构。

综合数据  

合成数据是人工生成的任何信息,而不是从真实事件中收集的信息。算法生成合成数据,用作操作和生产测试数据集的替代品。合成数据集也可用于验证数学模型和训练机器学习模型。

合成数据的好处包括:

  • 尽量减少与使用敏感和受监管数据相关的限制。
  • 根据实际数据中不可用的特定要求和条件自定义数据。
  • 为DevOps团队生成用于测试软件质量和性能的数据。

无代码机器学习和人工智能  

机器学习通常涉及计算机代码来设置和处理模型训练,但情况并非总是如此。无代码机器学习是一种编程方法,它消除了ML应用程序通过耗时过程的需要。

CodelessML消除了专家开发系统软件的需要。它的部署和实施也更简单、更便宜。在机器学习过程中使用拖放输入可以通过以下方式简化培训工作:

  • 评估结果。
  • 拖放训练数据。
  • 创建预测报告。
  • 使用纯文本查询。

Codeless ML使开发人员可以轻松访问机器学习应用程序,但它不能替代高级、细致入微的项目。这种方法适用于缺乏资金来维持内部数据科学团队的小型企业。

TinyML  

TinyML是一种机器学习和人工智能模型开发的新方法。它涉及在具有硬件限制的设备上运行模型,例如为智能汽车、冰箱和电表供电的微控制器。这种策略最适合这些用例,因为它加快了算法的速度——数据不需要在服务器上来回传输。它在大型服务器上尤为重要,可以加快整个ML开发过程。

在物联网边缘设备上运行TinyML程序有很多好处:

  • 更低的能源消耗。
  • 减少延迟。
  • 用户隐私保证。
  • 降低带宽要求。

使用TinyML提供了更大的隐私,因为计算过程完全是本地的。它消耗更少的功率和带宽,从而降低延迟,因为它不需要将数据发送到中央位置进行处理。正在利用这一创新的行业包括农业和医疗保健。他们通常使用嵌入了TinyML算法的物联网设备,使用收集到的数据来监控和预测现实世界的事件。

结论

本文介绍了MLOps和DevOps之间的主要区别:

  • 开发——DevOps管道专注于开发新版本的软件产品,而MLOps专注于提供有效的机器学习模型。
  • 版本控制——DevOps主要关注跟踪二进制文件和软件工件,而MLOps跟踪其他因素,如超参数和模型性能。
  • 可重用性——DevOps和MLOps都努力创建可重用的流程和管道,但使用不同的策略来实现可重复性。
  • 持续监控——监控对DevOps很重要,但在MLOps中更为重要,因为模型和数据漂移会导致模型性能下降。

最后介绍了一些将在不久的将来改变DevOps和MLOps的关键趋势。我希望这将有助于您在新的、令人兴奋的开发生态系统中发现自己的位置。