标题：云原生成熟度模型 2.0（Cloud Native Maturity Model 2.0）
原文链接 https://www.cncf.io/blog/2022/05/18/cloud-native-maturity-model-2-0/
声明：本文出自 CNCF 网站，Danielle Cook、Simon Forster 为 Cartographos 工作组撰写的社区帖子。西狩将文章翻译成中文，分享给大家。
在北美的 KubeCon 2021 上推出了云原生成熟度模型，该模型由 Cartografos 工作组推出，旨在帮助采用者和最终用户在 CNCF 环境和更广泛的云原生生态系统中导航。作为发布会的一部分，该组织还推出了《海军上将巴什的岛屿冒险》一书。
今天，我们很高兴地宣布云原生成熟度模型的更新。与 CNCF 社区的新成员 Annalisa Gennaro、Marcello Testi 和 Jonathan Gershater 以及现有成员 Danielle Cook、SImon Forster、Robert Glenn 和 John Forman 合作，该小组在过去六个月中审查了该模型，并与 TAG 进行交流，以确保它能够反映出市场变化的速度。
成熟度模型包括 5 个层级，每个层级都涵盖人员、流程、策略和技术。这些是按关键主题细分的。在下面，您将获得一些关于本次更新的概述。
在 KubeCon EU 的项目展馆 会见 Cartografos 工作组！想要了解有关该小组的更多信息并参与其中！您也可以参加“成熟度模型介绍”会议。
新篇章：业务成果
作为成熟度模型的一部分，我们认为不仅要概述对技术的期望，而且要概述业务可以期望的内容。今天，我们推出了新的业务成果部分。根据该模型，我们考虑了商务领袖（首席执行官、首席财务官、董事会成员等）对云原生的期望。
这包括确保业务目标与云原生将如何帮助您实现这些目标保持一致。一些例子可能包括：
- 扩展到 100 万用户：在任意给定时间根据用户提供灵活、可扩展的基础架构，并在出现问题时配备快速故障转移。
- 提供卓越的客户体验：确保应用程序可靠，不会让用户失望。
- 更快地将功能推向市场：采用微服务方法来构建应用程序。较小的团队更敏捷，因为每个团队都有一个专注的功能。API 最大限度地减少了构建和部署所需的跨团队通信量。
虽然云原生不是线性演进，也会经历挫折，但云原生成熟度的第一层级是了解如何衡量成功（您的 KPI）以及如何向利益相关者展示这些成功。
一些定量和定性的示例 KPI 可能包括：
- 通过优化成本将应用基础架构的支出减少 25%
- 开发成本降低 10%
- 通过尽可能自动化，将团队对应用基础架构的关注减少 15%
- 通过在容器中自动识别 CVE 来提高应用程序的安全性
- 提高合规性，因为您可以限制和跟踪对应用程序的访问；证明符合 SOC 2
- 随着您实施 CI/CD 管道，每季度交付的功能增加 10%，从而加快开发生命周期
- 迁移计划——这取决于你的组织，但你应该有一个迁移计划。无论是先迁移一个应用程序，还是先迁移多个应用程序，您都应该确定这一点。
- 通过提高净推荐分 (NPS) 来衡量客户体验的改善
- 消除信息孤岛：部门不再孤立；独特的综合生态系统。
- 业务和 IT 目标的一致性：每个人都参与其中并意识到这一点，以便更好地利用资源，有效地实现这些目标。
- 加强内部沟通：异花授粉提供了共享知识的新视角。
您可以在 GitHub 上查看完整的业务成果。
流程更新
流程部分现在包含有关 GitOps 的信息以及建立 CI/CD 卓越中心的要求。我们还调整了第三层级，以包含有关标准如何出现的信息。
技术更新
我们一直致力于进一步提升整个技术领域的安全性。我们还致力于进一步集成基础设施即代码。
下一步
Cartografos 工作组致力于保持成熟度模型最新性和相关性，以便各种规模的组织在经历各个阶段时都可以使用它。作为其中的一部分，我们接下来的步骤包括：
- 重新评估模型结构和布局
- 继续完善已发布的工件
- 网站整合到cncf.io（目标）
- 与 TAG 合作并将素材集成到模型中
- 审查工作组章程
我们欢迎任何在云原生领域工作的人加入这个小组。您可以在“资源”章节找到相关信息。您还可以联系 Danielle Cook ( danielle@fairwinds.com ) 或 Simon Forster ( simon@stakegy.com ) 了解更多信息并参与其中。
资源
云原生成熟度模型
713
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
