微软与阿里云合作
|
bernetes 已经成为业界领先的容器编排环境，这极大地推动了 Kubernetes 服务在全球各大主要公有云平台上的显著增长。但是，在 Kubernetes 的核心资源中诸如服务、部署等，从整个应用的角度来看，却像是呈现出应用的离散状态。此外，Helm chart 这样的对象，虽然看起来像是可以部署的应用，但真正部署之后，却缺少运行应用所需的应用中心模型。这就需要有一个定义清晰、完整一致的模型，来表达整个应用，而不仅仅是它的模板或者是组件。正是出于这样的考虑，微软与阿里云基于 Open Web 基金会展开合作，推出了开放应用模型（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） （编辑：阳江站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
