江苏龙网

  1. 首页 > 资讯 > 科技 > >

平台社区首款 OAM 可视化平台发布



平台社区首款 OAM 可视化平台发布
本文插图

作者 | 徐运元 ， 杭州谐云科技合伙人及资深架构师 ， 云计算行业和 Kubernetes 生态资深从业者导读：什么是 OAM？2019 年 10 月 17 日 ， 阿里巴巴合伙人、阿里云智能基础产品事业部总经理蒋江伟（花名：小邪）在 QCon 上海 2019 重磅宣布 ， 阿里云与微软联合推出开放应用模型 Open Application Model （OAM）开源项目 。 OAM 的核心关注点
关注点分离：开发者关注应用本身 ， 运维人员关注模块化运维能力 ， 让应用管理变得更轻松、应用交付变得更可控；
平台无关与高可扩展：应用定义与平台层实现解耦 ， 应用描述支持任意扩展和跨环境实现；
模块化应用运维特征：可以自由组合和支持模块化实现的运维特征描述 。 OAM 的核心模块1. 应用组件（Components）
在 OAM 中 ， “应用”是由多个概念共同组合而成 。 第一个概念是：应用组件（Components） ， 它是整个应用的重要组成部分 。 应用组件既可以包括应用运行所依赖的服务：比如 MySQL 数据库 ， 也包括应用服务本身：比如拥有多个副本的 PHP 服务器 。 开发者可以把他们写的代码“打包”成一个应用组件 ， 然后编写配置文件来描述该组件与其他服务之间的关系 。
应用组件的概念让平台架构师等能够将应用分解成一个个可被复用的模块 ， 这种模块化封装应用组成部分的思想 ， 代表了一种构建安全、高可扩展性应用的最佳实践：通过一个完全分布式的架构模型 ， 实现了应用组件描述和实现的解耦 。 2. 应用部署配置文件（Application Configuration）
为了将这些应用组件描述变成一个真正运行起来的应用 ， 应用运维人员会通过一个专门的、包含了所有应用组件信息的部署配置文件来实例化这个待运行的应用 。 这个配置文件本身也是 OAM 规范中的一个声明式 API ， 用来让应用运维人员能够根据开发者或者平台提交的应用描述 ， 实例化出对应的、真正运行起来的应用 。 3. 应用运维特征（Traits）
最后一个概念是一组应用运维特征（Traits） ， 它们描述了应用在具体部署环境中的运维特征 ， 比如应用的水平扩展的策略和 Ingress 规则 ， 这些特征对于应用的运维来说非常重要 ， 但它们在不同的部署环境里却往往有着截然不同的实现方式 。举一个简单的例子 ， 同样是 Ingress ， 它在公有云上和本地数据中心的实现可能完全不同：前者一般是 SLB 这样的云服务 ， 而后者则可能是一个专门的硬件 。 这也就意味着针对这两个环境的 Ingress 运维工作 ， 将会有天壤之别 。但与此同时 ， 无论是在哪个环境里 ， 这个 Ingress 规则对于应用开发人员来说 ， 可能是完全相同的 。
应用特征的设计 ， 让这种关注点分离成为可能：只要这两个环境在 OAM 模型下提供了对 Ingress 这个应用运维特征的实现 ， 那么应用就可以使用统一的 Ingress 规则描述 ， 无差别地在这两个地方运行起来 。 与此同时 ， 这两个环境的基础设施供应商可以继续通过配置这些应用特征的实现 ， 来满足它们各自的运维要求（例如：不同环境里 Ingress 实现在满足合规性和安全性上的差异） 。 一个基于 OAM 的可视化实现介绍
目前该平台主要基于 OAM 的 V1 alpha1 版本实现 ， 并且对于 OAM 的核心理念进行的抽象和封装 ， 以更符合用户的使用习惯 。 在本文介绍的可视化部分背后 ， 是完整的 OAM 格式的 yaml 文件 。 可视化 OAM 平台主要包含两大核心功能：1. 运维特征模型
运维特征模型主要是针对 OAM 的 Traits 的具体实例化 ， 让用户可以把复杂的一些运维特性可以直接以插拔的形式直接让应用发布者去使用 。 目前平台已经封装了包含服务发布、日志搜集、自动伸缩、存储挂载等 8 个运维特征的封装 。


推荐阅读


上一篇：成本堆料成本超2500元，成本定价率远低于苹果，我们真的错怪华为了

下一篇：铜松苹果x拆机有风险，支架磨损一点客人就要求赔偿！