OAM

作者 | 孤弋 阿里云高级技术专家，负责 EDAS 的开发和用户体验优化工作。 导读 ：在上一篇文章 《SpringCloud 应用在 Kubernetes 上的云上实践 - 开发篇》 中讲到可以通过两个工具，轻松地将一个 SpringCloud 应用从初始化到本地运行。本篇文章，我们将介绍如何将上一篇文章中提到的应用在云上跑起来。 初始化集群 为了将应用运行在云端，首先我们需要一个 Kubernetes 集群，在 EDAS 中使用 Kubernetes 集群目前最快的方式，是将一个阿里云容器集群中的 Kubernetes 集群( ACK 集群 )，导入到 EDAS 中来。 如果还没有ACK集群的话，您可以通过以下两种方式来创建一个： 直接进入容器服务的控制台进行创建； 如果您已经有一个在云上建好的集群，或者有一个在其他 IDC 或友商中有的集群，也可以在容器服务这边通过“注册已有集群”的方式，导入到容器服务中来。 等到 Kubernetes 集群就绪之后，在 EDAS 上需要进行一次集群“导入”，导入方式如下图所示： 在导入集群时，EDAS 会做以下操作： 初始化 EDAS 的集群控制器和相关资源，主要包含：基于开放云原生应用标准的 OAM Controller、日志采集的 Agent、监控链路中的 Arms 环境信息等；其中大部分控制器运行时不会占用用户集群的资源，而会运行在

作者 | 孤弋 阿里云高级技术专家，负责 EDAS 的开发和用户体验优化工作。 导读 ：在上一篇文章 《SpringCloud 应用在 Kubernetes 上的云上实践 - 开发篇》 中讲到可以通过两个工具，轻松地将一个 SpringCloud 应用从初始化到本地运行。本篇文章，我们将介绍如何将上一篇文章中提到的应用在云上跑起来。 初始化集群 为了将应用运行在云端，首先我们需要一个 Kubernetes 集群，在 EDAS 中使用 Kubernetes 集群目前最快的方式，是将一个阿里云容器集群中的 Kubernetes 集群( ACK 集群 )，导入到 EDAS 中来。 如果还没有ACK集群的话，您可以通过以下两种方式来创建一个： 直接进入容器服务的控制台进行创建； 如果您已经有一个在云上建好的集群，或者有一个在其他 IDC 或友商中有的集群，也可以在容器服务这边通过“注册已有集群”的方式，导入到容器服务中来。 等到 Kubernetes 集群就绪之后，在 EDAS 上需要进行一次集群“导入”，导入方式如下图所示： 在导入集群时，EDAS 会做以下操作： 初始化 EDAS 的集群控制器和相关资源，主要包含：基于开放云原生应用标准的 OAM Controller、日志采集的 Agent、监控链路中的 Arms 环境信息等；其中大部分控制器运行时不会占用用户集群的资源，而会运行在

作者 | 徐运元，杭州谐云科技合伙人及资深架构师，云计算行业和 Kubernetes 生态资深从业者 导读： 什么是 OAM？2019 年 10 月 17 日，阿里巴巴合伙人、阿里云智能基础产品事业部总经理蒋江伟（花名：小邪）在 QCon 上海 2019 重磅宣布，阿里云与微软联合推出开放应用模型 Open Application Model （OAM）开源项目 。 OAM 的核心关注点 关注点分离： 开发者关注应用本身，运维人员关注模块化运维能力，让应用管理变得更轻松、应用交付变得更可控； 平台无关与高可扩展： 应用定义与平台层实现解耦，应用描述支持任意扩展和跨环境实现； 模块化应用运维特征： 可以自由组合和支持模块化实现的运维特征描述。 OAM 的核心模块 1. 应用组件（Components） 在 OAM 中，“应用”是由多个概念共同组合而成。第一个概念是：应用组件（Components），它是整个应用的重要组成部分。应用组件既可以包括应用运行所依赖的服务：比如 MySQL 数据库，也包括应用服务本身：比如拥有多个副本的 PHP 服务器。开发者可以把他们写的代码“打包”成一个应用组件，然后编写配置文件来描述该组件与其他服务之间的关系。 应用组件的概念让平台架构师等能够将应用分解成一个个可被复用的模块，这种模块化封装应用组成部分的思想，代表了一种构建安全

作者 | 周正喜 阿里云技术专家 爱好云原生，深度参与 OAM 社区 大家都知道，应用开放模型 Open Application Model（OAM） 将应用的工作负载（Workload）分为 三种 —— 核心型、标准型和扩展型，这三者的主要区别在于一个 OAM 平台对于具体某一类工作负载进行实现的自由度不同。其中，OAM 社区中目前唯一一个核心工作负载是 Containerized Workload ，它用来描述一个基于容器的工作负载，可以理解为是 Kubernetes Deployment 的简化版（去掉了 PodSecurityPolicy 等大量与业务研发无关的字段）。 不过，很多读者可能会有疑问：对于 Kubernetes 内置的工作负载 OAM 是否还能直接支持呢？ 答案当然是肯定的，而且这是 OAM 作为 Kubernetes 原生的应用定义模型的默认能力。 下面，本文就以 Deployment 为例，介绍如何使用 OAM 基于 Kubernetes 的内置工作负载来定义和管理云原生应用。 示例准备 基于 GitHub FoodTrucks （旧金山美味街边小吃地图应用）项目，构建镜像 zzxwill/foodtrucks-web:0.1.1，加上依赖的 Elasticsearch 镜像，在默认情况下，它的 Deployment 描述文件 food-truck

视频回顾链接： https://www.bilibili.com/video/BV1Dv411v7P4/ 本文整理自 2020 年 7 月 22 日《基于 Kubernetes 与 OAM 构建统一、标准化的应用管理平台》主题线上网络研讨会。 关注公众号，回复 “0722” 即可下载 PPT 文章共分为上下两篇。上篇文章《 灵魂拷问，上 Kubernetes 有什么业务价值？ 》，主要和大家介绍了上 Kubernetes 有什么业务价值，以及什么是“以应用为中心”的 Kubernetes。本文为下篇，将跟大家具体分享如何构建“以应用为中心”的 Kubernetes。 如何构建“以应用为中心”的 Kubernetes？ 构建这么一个以用户为中心的 Kubernetes，需要做几个层级的事情。 应用层驱动 首先来看最核心的部分，上图中蓝色部分，也就是 Kubernetes。可以在 Kubernetes 之上定义一组 CRD 和 Controller。可以在 CRD 来做用户这一侧的 API，比如说 pipeline 就是一个 API，应用也是一个 API。像运维侧的扩容策略这些都是可以通过 CRD 的方式安装起来。 ##应用层抽象 所以我们的需要解决第一个问题是应用抽象。如果在 Kubernetes 去做应用层抽象，就等同于定义 CRD 和 Controller，所以

作者 | Andy Shi（阿里云高级技术专家）、天元（阿里云技术专家） 今年 5 月，阿里云和微软云共同宣布， Open Application Model （OAM） 社区携手知名混合云管理项目 Crossplane 社区，联合发布了 OAM 在 Kubernetes 平台上的标准实现与核心依赖库。 本次合作达成后，OAM 社区成功的将标准应用定义和标准化的云服务管理能力统一起来，迈出了实现真正意义上的无差别云端应用交付的关键一步 。 去年 10 月 ， 阿里云和微软共同推出了 OAM 项目 ，旨在构建围绕 Kubernetes 的云原生应用规范。OAM 描述了一个模型 —— 开发人员可以在其中定义应用程序组件；应用程序操作员负责创建这些组件的实例并为它们分配应用程序配置；基础架构运营商负责定义、安装和维护平台上可用的基础服务。 本次合作是阿里云、微软与 Crossplane 社区的三方技术合作，主要围绕 OAM 在 Kubernetes 上的标准实现以及 Crossplane 项目的 OAM 化展开。因为 Kubernetes 社区在落地 OAM 模型的过程中，提出了关于 OAM 标准实现的诉求。所以这次合作的一个重点，就是三方工程师使用 Go 语言开发了一个 OAM Kubernetes 核心依赖库。这个项目的名字叫做 oam-kubernetes-runtime 。OAM

通常一次应用的线上发布就表示了一次新功能的上线。在上线过程中，可能发生一些非预期的情况，如新版本软件有bug，或者功能不达预期，就会影响了线上客户的使用。 为了尽快减少对线上用户的影响，发布系统需要提供回滚到前一个或前几个版本的能力。达到快速恢复线上业务的目的。 从应用的部署变更层次来看，可以分为以下三层： 所以对应了以下的回滚场景： 回滚应用内的配置，适用于由于应用配置变更导致的问题。此时如果应用能够实现动态的配置加载，通过回滚配置就能实现业务恢复的目的。否则需要重启应用 回滚应用代码的版本，适用于代码修改导致的问题。此时需要回滚代码的版本（镜像），重启应用。 回滚应用的工作负载与运维配置（基础设施层）。 应用内配置回滚 应用内的配置通常与应用系统需要或业务逻辑配置有关，如配置数据库的连接信息，业务规则配置等，配置的变更也很容易造成线上系统的问题，一般的做法是通过configmap或properties配置文件来实现，这种情况下很难做到动态推送和回滚的能力，因为回滚需要保存不同版本的配置。 通过 分布配置管理（ACM） （EDAS默认支持）很容易实现配置的集中管理，回滚和灰度，分布式推送，审计等功能。可以在ACM或EDAS的控制台上实现一键回滚，如下图所示： 应用代码回滚 Deployment是一种常见部署的应用的workload，回滚代码其实对应了回滚对应代码版本的镜像

作者 | 禾易 在第十五届“开源中国开源世界”高峰论坛上，阿里云资深技术专家、etcd 创始人、CNCF TOC 李响荣获 2020 中国开源杰出人物贡献奖。恭喜李响！ 去年，全球顶级开源社区云原生计算基金会 CNCF 正式宣布其技术监督委员会席位改选结果。阿里云资深技术专家李响入选，成为该委员会有史以来首张中国面孔。 李响是 CoreOS 最早期的工程师之一，参与创建了 etcd、operator framework、rkt 等开源项目。而在开源社区中，李响作为 etcd 作者被开发者所熟知，etcd 是国际知名且被最为广泛使用的分布式一致性存储系统，被阿里巴巴、腾讯、华为、腾讯、微软、谷歌、VMWare 等企业在生产环境和客户产品中使用，用来解决分布式系统中重要元信息存储、管理和备份的问题，以及分布式系统组件一致性协调的问题。 在加入阿里云后，李响一直在推动云原生领域自动化运维相关理念、Operator 概念、OAM 标准的建立。Operator 给予开发和运维人员在云原生平台构建无状态和复杂应用运维的理论标准和实践基础，大幅度提高了云原生运维平台的覆盖度，在开源生态中涌现出了超过 500 个 Operator 具体实现，覆盖了几乎所有的主流云原生软件的运维，其中包含 RocketMQ、Kafka、ZooKeeper、Consul、Argo、Kubeflow 等

作者 | 孤弋 阿里云高级技术专家，负责 EDAS 的开发和用户体验优化工作。 导读 ：在上一篇文章 《SpringCloud 应用在 Kubernetes 上的云上实践 - 开发篇》 中讲到可以通过两个工具，轻松地将一个 SpringCloud 应用从初始化到本地运行。本篇文章，我们将介绍如何将上一篇文章中提到的应用在云上跑起来。 初始化集群 为了将应用运行在云端，首先我们需要一个 Kubernetes 集群，在 EDAS 中使用 Kubernetes 集群目前最快的方式，是将一个阿里云容器集群中的 Kubernetes 集群( ACK 集群 )，导入到 EDAS 中来。 如果还没有ACK集群的话，您可以通过以下两种方式来创建一个： 直接进入容器服务的控制台进行创建； 如果您已经有一个在云上建好的集群，或者有一个在其他 IDC 或友商中有的集群，也可以在容器服务这边通过“注册已有集群”的方式，导入到容器服务中来。 等到 Kubernetes 集群就绪之后，在 EDAS 上需要进行一次集群“导入”，导入方式如下图所示： 在导入集群时，EDAS 会做以下操作： 初始化 EDAS 的集群控制器和相关资源，主要包含：基于开放云原生应用标准的 OAM Controller、日志采集的 Agent、监控链路中的 Arms 环境信息等；其中大部分控制器运行时不会占用用户集群的资源，而会运行在

视频回顾链接： https://www.bilibili.com/video/BV1Dv411v7P4/ 本文整理自 2020 年 7 月 22 日《基于 Kubernetes 与 OAM 构建统一、标准化的应用管理平台》主题线上网络研讨会。 关注公众号，回复 “0722” 即可下载 PPT 文章共分为上下两篇。上篇文章《 灵魂拷问，上 Kubernetes 有什么业务价值？ 》，主要和大家介绍了上 Kubernetes 有什么业务价值，以及什么是“以应用为中心”的 Kubernetes。本文为下篇，将跟大家具体分享如何构建“以应用为中心”的 Kubernetes。 如何构建“以应用为中心”的 Kubernetes？ 构建这么一个以用户为中心的 Kubernetes，需要做几个层级的事情。 应用层驱动 首先来看最核心的部分，上图中蓝色部分，也就是 Kubernetes。可以在 Kubernetes 之上定义一组 CRD 和 Controller。可以在 CRD 来做用户这一侧的 API，比如说 pipeline 就是一个 API，应用也是一个 API。像运维侧的扩容策略这些都是可以通过 CRD 的方式安装起来。 应用层抽象 所以我们的需要解决第一个问题是应用抽象。如果在 Kubernetes 去做应用层抽象，就等同于定义 CRD 和 Controller，所以 Controller