小快云

微软与阿里云合作推出“开放应用模型(OAM)”

发布时间：2023-03-15 01:41:07 作者：li2047398 阅读量：7386

英文原文：Announcing the Open Application Model (OAM)

原文标题：微软与阿里云合作推出“开放应用模型(OAM)” 用于 Kubernetes 及更多平台的应用开发、运行的开放标准

Kubernetes 已经成为业界领先的容器编排环境，这极大地推动了 Kubernetes 服务在全球各大主要公有云平台上的显著增长。但是，在 Kubernetes 的核心资源中诸如服务、部署等，从整个应用的角度来看，却像是呈现出应用的离散状态。此外，Helm chart 这样的对象，虽然看起来像是可以部署的应用，但真正部署之后，却缺少运行应用所需的应用中心模型。这就需要有一个定义清晰、完整一致的模型，来表达整个应用，而不仅仅是它的模板或者是组件。正是出于这样的考虑，微软与阿里云基于 Open Web 基金会展开合作，推出了开放应用模型(OAM)。

项目地址：https://openappmodel.io，OAM项目目前由规范和实现两部分组成

什么是Open Application Model？

OAM (Open Application Model)是一个专注于描述应用的标准规范。有了这个规范，应用描述就可以彻底与基础设施部署和管理应用的细节分开。这种关注点分离(Seperation of Conerns)的设计好处是非常明显的。 举个例子，在实际生产环境中，无论是 Ingress ， CNI，还是 Service Mesh，这些表面看起来一致的运维概念，在不同的 Kubernetes 集群中可谓千差万别。 通过将应用定义与集群的运维能力分离，我们就可以让应用开发者更专注于应用本身的价值点，而不是”应用部署在哪“这样的运维细节。 此外，关注点的分离让平台架构师可以轻松地把平台的运维能力封装成可被复用的组件，从而让应用开发者能够专注于将这些运维组件与代码进行集成，从而快速、轻松地构建可信赖的应用。 Open Application Model的目标是让简单的应用管理变得更加轻松，让复杂的应用交付变得更加可控。

一、应用组件（Components）

在 OAM 中，“应用”是由多个概念共同组合而成的。 第一个概念是：应用组件(Components)，它是整个应用的重要组成部分。 所以说，应用组件既可以包括应用运行所依赖的服务：比如 MySQL 数据库，也包括应用服务本身：比如拥有多个副本的 PHP 服务器。 开发者可以把他们写的代码”打包“成一个应用组件，然后编写配置文件来描述该组件与其他服务之间的关系。 应用组件的概念，让平台架构师能够将应用分解成一个个可被复用的模块，这种模块化封装应用组成部分的思想，代表了一种构建安全、高可扩展性应用的最佳实践：它通过一个完全分布式的架构模型，实现了应用组件描述和实现的解耦。

二、应用部署配置文件（Application Configuration）

而为了将这些应用组件描述变成一个真正运行起来的应用，应用运维人员会通过一个专门的、包含了所有应用组件信息的部署配置文件来实例化这个待运行的应用。 这个配置文件本身也是 OAM 规范中的一个声明式 API，用来让应用运维人员能够根据开发者或者平台提交的应用描述，实例化出对应的、真正运行起来的应用。

三、应用运维特征（Traits）

最后一个概念是一组应用运维特征(Traits)，它们描述了应用在具体部署环境中的运维特征，比如应用的水平扩展的策略和 Ingress 规则，这些特征对于应用的运维来说非常重要，但它们在不同的部署环境里却往往有着截然不同的实现方式。 举一个简单例子，同样是 Ingress，它在公有云上和本地数据中心的实现可能是完全不同的：前者一般是 SLB 这样的云服务，而后者则可能是一个专门的硬件。这也就意味着针对这两个环境的 Ingress 运维工作，将会有天壤之别。 但与此同时，无论是在哪个环境里，这个 Ingress 规则对于应用开发人员来说，可能是完全相同的。 应用特征的设计，让这种关注点分离成为可能：只要这两个环境在 OAM 模型下提供了对 Ingress 这个应用运维特征的实现，那么你的应用就可以使用统一的 Ingress 规则描述无差别的在这两个地方运行起来。而与此同时，这两个环境的基础设施供应商可以继续通过配置这些应用特征的实现，来满足它们各自的运维要求(例如：不同环境里 Ingress 实现在满足合规性和安全性上的差异)

OAM：平台无关、高可扩展的应用描述能力

与 PaaS 应用模型相比，OAM 有很多独有的特点，其中最重要一点是：平台无关性。虽然我们目前发布的 OAM 实现(rudr)是基于 Kubernetes 的，但Open Application Model与 Kubernetes 并没有强耦合。实际上 ，OAM 可以实现到任意平台或运行环境之上，这当然也包括边缘计算与物联网的场景。我们也认同 Kubernetes 在很多运行环境中可能并不是最好的选择，或者是像 Serverless 这类用户并不需要关心基础设施复杂性的运行环境。在这些场景下，OAM 都可以提供完全一致的应用管理体验。

第二个重要的特点是，OAM 的specification (OAM 规范) 在设计上天然是可扩展的。OAM 不像 PaaS 那样自成封闭体系，也不会通过某种独有的应用管理环境来屏蔽掉底层平台的特点(比如：在 Kubernetes 之上”盖一个大帽子“)。 相反，OAM 使平台层可以通过应用特征系统 (Trait system)来体现平台的特性和差异性。也就是说，只要不同的平台都能够提供应用所需要的某些应用特征 (Trait)，开发人员就能轻松地研发跨平台的应用。类似地，哪怕最底层的硬件提供商，也可以通过应用特征系统来体现其平台特性。 OAM 的整体设计，就是为了避免在平台可移植性中经常发生的“最小公分母”锁定问题。相反，OAM 不但提供了可移植性的能力，它还确保了每个平台有能力去透出独有的特性和用途。 OAM 让开发人员可以自由地针对不同平台以标准方式在可移植性和差异化功能之间取得平衡。

开放的社区与未来

如今，开放应用模型以及相应的 Kubernetes 实现有了初步的成果，我们感到非常兴奋。 OAM 规范是基于 Open Web Foundation 协议进行开发的。我们的目标，从一开始就是让开放应用模型 Open Application Model 成为中立基金会的项目，以便实现开放治理与广泛合作。如果您想了解更多信息，请前往开放应用模型项目的 GitHub 仓库：OAM specification，以及基于 Kubernetes 的 OAM 标准实现Rudr。

今天 OAM 项目的发布只是迈出的一小步。我们非常期待得到您的反馈，并与大家密切协作，针对 Kubernetes 和任意云环境打造一个简单、可移植、可复用的应用模型。

***本网站图片，文字之类版权申明，因为网站可以由注册用户自行上传图片或文字，本网站无法鉴别所上传图片或文字的知识版权，如果侵犯，请及时通知我们，本网站将在第一时间及时删除。

我要评论

网友评论

---

---

---

DNS服务器配置之添加正向查找区域Windows下Apache安装微软开发ARM版WindowsServer 应对数据中心新趋势企业网站建设根本是向客户营销运营出去跑分订单匹配互助抢单系统开发提高网站排名就要提升网站页面价值全球看点系统APP模式开发深圳服务器托管费用深圳托管一台服务器多少钱华为服务器助力工商银行IT系统稳健发展华为新一代视频会议录播服务器，想录就录，播的方便戴尔PowerEdge服务器创造世界纪录汉柏发布融合架构管理系统软件UMSx86服务器势头迅猛 RISC和安腾服务器市场下滑新的一年服务器租用价格会上涨还是跌落？从刚过去的1月找答案 ... ... ...20年回望 大国与一个产业的崛起之路男装选劲霸，劲霸选EastFax传真服务器苏宁服务器崩了？回应：系统更新，48小时内完成PowerEdge FX2：未来就绪的服务器离不开存储加速戴尔发布新的10GbE交换机谷歌服务器都放在哪儿？美俄都想占有ARM迅速崛起 英特尔芯片王者宝座动摇AMD将推ARM架构服务器处理器容错服务器——边缘计算，带你和未来见个面ARM放言：服务器的性质已发生了变化曙光I840-G25率先搭载E7-V3处理器，加速实现用户价值服务器业务帮助思科保住了利润增长怎样辨别服务器是否采用BGP线路已被吐槽声淹没 苹果服务器再现宕机新华社：超算称霸 让世界看到中国自主决心服务器如何防止DDoS攻击？