KubeVela：以应用为中心的 渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队 技术专家 关于我 • 孙健波 • 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela (http://kubevela.io/) 微信-欢迎交流 目 录 云原生时代的应用与发布挑战 01 KubeVela 简介 02 KubeVela 中的渐进式发布实践 03 云原生时代，应用是怎 么样的？ 以 K8s 资源组合为核心 kubernetes/StatefulSet Kubernetes/Deployment K8s 的原生资源组合 1. 复杂、难懂、门槛高 2. 能力局限，不同场景各不相同 滚动发布/原地发布 • 发布暂停 • 发布回滚 • 日志监控 • 健康检查 • 多版本部署 • 多版本流量灰度 • 多集群/多环境灰度 • … KubeVela 具备全部发布能力 的标准化应用管理引擎 KubeVela 简介 第二部分 What is KubeVela？ KubeCon NA 发布 一个标准化的云原生应用平台构建引擎。 • 基于 Kubernetes 和 OAM 模型构建 • 纯

in k8s now! code 三者结合呢？ • 基于 CUE 的客户端抽象 • 基于 OAM 的应用模型 • 围绕 GitOps 的持续交付 = “以应用为中心”的 K8s KubeVela Git (as source of truth) 持续集成 ● Build ● Run Unit Tests ● Build Docker Image ● Push Docker 持续交付 KubeVela “The Extensible Application Platform Based on Kubernetes and Open Application Model (OAM)” KubeVela = OAM Kubernetes Runtime + Capability Center + UI (Cli + Dashboard) KubeVela Ø User User interface layer - CLI/Dashboard/Appfile Ø KubeVela core - OAM Kubernetes Runtime to provide application level building blocks such as Component and Application etc. - Built-in workload and trait

https://github.com/oam-dev/spec EDAS的平台构建机制-KubeVela https://github.com/oam-dev/kubevela • OAM应用模型运行时 • 内置Workloads & Traits & Scopes • Capability Management KubeVela的核心机制-运行时 func Setup(mgr ctrl.Manager resources Scheduler extension Custom controller Network plugins Storage plugins 8 9 OAM & KubeVela OAM表单 简单开放 标准 可扩展 轻量化 新的复杂度-开发模式 for { actualState := GetResourceActualState(rsvc) expectState

1132.2193445010600 1653 3 kubeedge/kubeedge 4317 318 582 1369 397 4 oam-dev/kubevela 1006.0651186399000 2135 4 oam-dev/kubevela 3389 544 1248 3033 1087 5 chaos-mesh/chaos-mesh 958.7506461130560 1459 5 1132.2193445010600 1653 3 kubeedge/kubeedge 4317 318 582 1369 397 4 oam-dev/kubevela 1006.0651186399000 2135 4 oam-dev/kubevela 3389 544 1248 3033 1087 5 chaos-mesh/chaos-mesh 958.7506461130560 1459 5 bfenetworks/bfe 173.2188444336170 1048 19 bfenetworks/bfe 190 40 125 40 102 goharbor/harbor 工作时间分布打孔图 oam-dev/kubevela 工作时间分布打孔图 62 kubeovn/kube-ovn 工作时间分布打孔图 6 Linux Foundation 中国项目活跃度排名 Top20 repo_name activity_score

tikv/tikv 1900.5971171139700 2408 3 kubeedge/kubeedge 1132.2193445010600 1653 4 oam-dev/kubevela 1006.0651186399000 2135 5 chaos-mesh/chaos-mesh 958.7506461130560 1459 6 volcano-sh/volcano 工作时间分布打孔图 goharbor/harbor Punch Chart for Work Time Distribution oam-dev/kubevela 工作时间分布打孔图 oam-dev/kubevela Punch Chart for Work Time Distribution kubeovn/kube-ovn 工作时间分布打孔图 kubeovn/kube-ovn ChaosBlade Linux 基金会 CNCF 阿里 2021 年 5 月 KubeDL Linux 基金会 CNCF 阿里 2021 年 6 月 KubeVela Linux 基金会 CNCF 阿里 2021 年 6 月 WasmEdge Linux 基金会 CNCF Second State 2021 年 6 月

支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布，云原生构建环境和运行 环境，基础设施对接及企业级 SSO/ 权限管理 等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps

支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布，云原生构建环境和运行 环境，基础设施对接及企业级 SSO/权限管理等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps

后续如果某个应用需要存储，可以直接引用。 而不需要关心底层到底是如何管理存储的。 OAM让应用本身从研发 的视角来声明“我是谁”、 “我要使用什么样的云 服务”，至于背后的实 现交个各个开源项目和 厂商去实现，譬如： kubevela。 OAM实现原理分析 • OAM是更高级的抽象， 执行面打包都是通用 格式，比如HELM，很 好的兼容了现有的基 础设施，无论怎样的 基础设施，都能在高 层保持一致的情况下， 在差异化的环境下运

面向多服务并行部署，安全发布， 0 维护负担 支撑云原生构建 / 运行环境，多云异构支持及企业 级登录权限支持 传统运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外搭建 全流程能力 专门面向开发者的生产力平台，涵盖全流程需求到 开发，测试，运维的云原生一体化技术底座支撑 云厂商

阻碍业务交付效率 面向多服务并行部署，安全发布，0 维护负担 支撑云原生构建/运行环境，多云异构支持及企业 级登录权限支持 传统运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外搭建 全流程能力 专门面向开发者的生产力平台，涵盖全流程需求到 开发，测试，运维的云原生一体化技术底座支撑 云厂商