ICS 35.110 CCS M11 YD 中华人民共和国通信行业标准 YD/T XXXXX—XXXX 云计算开放应用模型 Open application model for cloud computing （报批稿） XXXX - XX - XX发布 XXXX - XX - XX实施 中华人民共和国工业和信息化部 发 布 I 目 次 前 言 ..................................................................... II 1 范围 ...................................................................... 1 2 规范性引用文件 ............................................................ 1 3 术语、定义和缩略语 ........................................................ 1 3.1 术语和定义 .............................................................. 1 3.2 缩略语 .................................................................. 2 4 概述 ...................................................................... 2 5 参考框架 .................................................................. 3 6 声明类型 .................................................................. 5 6.1 服务组件 ................................................................ 5 6.2 应用边界 ................................................................ 5 6.3 运维特征 ................................................................ 6 6.4 应用配置 ................................................................ 6 7 工作流程 .................................................................. 7 II 前 言 本文件按照 GB/T 1.1-2020《标准化工作导则 第1部分：标准化文件的机构和起草规则》的规定起 草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本文件由中国通信标准化协会提出并归口。 本文件起草单位： 阿里云计算有限公司、中国信息通信研究院、中国电信集团有限公司、 西安邮 电大学、无锡华云数据股份有限公司 、北京青云科技股份有限公司 、华为技术有限公司 、北京滴普科技 有限公司 、杭州谐云科技有限公司 、杭州朗澈科技有限公司 、浪潮云信息技术股份公司 、普元信息技术 股份有限公司。 本文件主要起草人： 朱松、陈屹力、张大江、杨明川、栗蔚、孙健波、张磊、李小平、张勇、 李 响、邓洪超、周鹏飞、黄瑞瑞、郑立、任宏丹、王旭亮、吴涛、高巍、杨广贺、李伟达、闫丹、王海清、 陈炜舜、陈毕龙、李旭东、张敏、孟庆余、吴坤鹏、马骏 、蔡锡生。 1 云计算开放应用模型 1　范围 本文件规定了云平台提供的云原生应用的标准化应用程序编程接口（ API）的模型，包括开放应用 模型的参考框架、声明类型和工作流程。 本文件适用于指导构建云上应用架构与管理体系 ，供电信行业 云原生应用开发者 、运维人员 、云基 础设施管理人员和云平台使用，以提升云上应用交付与运维的效率和体验 ，也可供其他行业参考 。 2　规范性引用文件 下列文件中的内容通过文中的规范性应用而构成本文件必不可少的条款 。其中，注日期的应用文件 ， 仅该日期对应的版本适用于本文件 ；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T 32399-2015 信息技术 云计算 参考架构 GB/T 32400-2015 信息技术 云计算 概览与词汇 GB/T 35301-2017 信息技术 云计算 平台即服务（ PaaS）参考架构 3　术语、定义和缩略语 3.1　术语和定义 GB/T 32399-2015 ，GB/T 32400-2015 和GB/T 35301-2017 界定的以及下列术语和定义适用于本文件。 3.1.1　 云原生 cloud native 云原生是面向云应用设计的一种思想理念，充分发挥云效能的最佳实践路径，帮助企业构建弹 性可靠、松耦合、易管理、可观测的应用系统，提升交付效率，降低运维复杂度。 3.1.2　 云原生应用 cloud native application 基于云原生理念和技术构建的应用，具备弹性、高可用、自愈性、可观测性、自动化等特性。 3.1.3　 组件 component 2 用于定义工作负载的使用方式，声明应用的属性和暴露的参数。 3.1.4　 工作负载 workload 用于声明在应用程序中所使用的组件类型以及组件的架构，例如容器、函数、数 据存储等。 3.1.5　 应用边界 application scope 将各个服务组件组成松耦合的应用，可以赋予组件共用的属性和依赖。 3.1.6　 运维特征 trait 定义组件实例特定的运维能力，例如自动扩缩容等。 3.1.7　 应用 application 用于将组件、特征和应用边界的组合在一起的实例化部署 。 3.1.8　 开放应用模型 open application model 用于描述构筑在云平台之上的云原生应用程序及其实现的解耦的模型。 3.2　缩略语 下列缩略语适用于本文件。 API：应用编程接口（ Application Programming Interface ） 4　概述 与传统应用开发不同 ，依托云计算的应用不再是简单的可执行文件 ，需要处理大量的外部依赖 ，才 能够被最终用户使用。传统的云计算应用的开发者需要花费大量精力来进行应用整体部署架构的设计， 明确云计算应用需要依赖的各个云服务。这个过程中会出现一些问题，例如： a) 因为流程失误，部分需要预先申请的云资源未到位； b) 某个云服务的配置不合理，需要重新配置，甚至删除后重新进行配置； c) 应用上线的过程需要在各种云产品控制台之间跳转； d) 很多时候需要人工处理应用删除遗留的各种云资源。 传统的云计算应用管理的过程处于离散 、无序的状态 。而在由微服务等组成云原生应用中 ，每一个 服务负责一个独立的功能模块，也可以视作一个独立的应用。用户需要能够配置、部署、审核、更新、 3 删除这些模块 。由于这些应用通常不是由一个人或一个团队来管理 ，需要跨团队合作才能保证微服务的 可靠性、稳定性和实时性，更加大了 云计算应用开发的难度。 云计算应用管理还需要解决的另一个问题是应用所依赖的云服务的开通与配置工作不可复用 ，因此 导致在应用管理的过程中重复进行对接工作 。开发者需要大量开通和配置各种各样的云服务 ，并开发云 产品的接入代码。云服务的开通、配置和接入工作通常是对各种应用组件所做的重复性的一次性工作。 导致上述问题的原因在于： a) 应用不能以统一、自描述的方式定义应用与云资源的关系； b) 云基础设施没有一种统一、标准、高效的方式交付给应用使用。 开放应用模型的目标是为云端应用管理者提供了一套描述应用的规范。采用该规范的应用管理者， 可以编写出自包含、自描述的“应用定义文件”。 开放应用模型的目标是通过声明式的应用定义模型来描述云计算应用程序，与任何特定的容器运 行时、编排软件、云提供商或硬件配置无关，为开发人员、运营人员和平台运营人员明确定义了角色， 同时仍允许应用程序使用原生 API，工具、和底层运行时所独有的功能，使平台运营人员能够使用标准 的、与运行时无关的架构来创建云原生应用程序。 采用开放应用模型可以实现云计算应用与云计算底层平台的解耦 ，支持云计算应用在不同云计算平 台之间的平滑迁移，解决应用部署和和迁移困难的问题。 开放应用模型解决的核心问题是对分布式应用程序进行建模并移交给运营人员 。开放应用模型的核 心是生成分布式应用程序并将其提交给负责操作的各个云计算组件。 云计算开放应用模型提供的应用描述 ，旨在将开发人员的关注点和运营人员的关注点区分开 、帮助 开