GCN ## KubeVela：以应用为中心的渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队技术专家 ## 关于我 • 孙健波 · 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela (http://kubevela.io/)  微信-欢迎交流  ## 目录 云原生时代的应用与发布挑战 云原生时代的应用与发布挑战 01 KubeVela 简介 02 KubeVela 中的渐进式发布实践 03 ## 云原生时代，应用是怎么样的？ ## 以 K8s 资源组合为核心 K8s 的原生资源组合 1. 复杂、难懂、门槛高 2. 能力局限，不同场景各不相同 3. 不统一，每一个模式需要重新编写发布对接 ## Kubernetes/Deployment apiVersion: apps/v1

_1.jpg) ## 三 者结合呢？ • 基于 CUE 的客户端抽象 • 基于 OAM 的应用模型 • 围绕 GitOps 的持续交付 ## = “以应用为中心” 的 K8s ## KubeVela • 基于 CUE 进行抽象 • 兼容 OAM Spec ## 持续集成 Build Build Docker Image • Run Unit Tests • Push Docker Platform Based on Kubernetes and Open Application Model (OAM)” KubeVela = OAM Kubernetes Runtime + Capability Center + UI (Cli + Dashboard) ## KubeVela  ## ➢ User interface layer ## - CLI/Dashboard/Appfile ## ➤ KubeVela core ## - OAM Kubernetes Runtime to provide application level building blocks such as Component and Application

 ## EDAS的平台构建机制-KubeVela • OAM应用模型运行时 • 内置Workloads & Traits & Scopes • Capability Management  GOPHER CHINA 2020 # KubeVela的核心机制-运行时 控制器初始化 acPatch := ac.DeepCopy() 2.1 渲染 workload 及其 Traits, scopes workloads, depStatus, err controller 6 Network plugins Storage plugins 云原生应用 9 OAM表单 EDAS 基础设施 云原生生态（CNCF） OAM & KubeVela 简单开放 标准 可扩展 轻量化 GOPHER CHINA 2020 ## 新的复杂度-开发模式 actualState := GetResourceActualState(rsvc)

4619445235600|4565| |2|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|692 | |2|tikv/tikv|18928|587|1439|4147|1027| |3|kubeedge/kubeedge|4317|318|582|1369|397| |4|oam-dev/kubevela|3389|544|1248|3033|1087| |5|chaos-mesh/chaos-mesh|7177|421|745|1488|637| |6|volcano-sh/volcano| 0| |18|alibaba/libvineyard|475|136|311|178|289| |19|bfenetworks/bfe|190|40|125|40|102| oam-dev/kubevela 工作时间分布打孔图 |UTC|UTC+8|0|17|18|19|20|21|22|23|0|1|2|10|11|4|12|5|6|14|7|8|16|9|10|11|12|13|14|15||

|2|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|692 |||||| |Sat|||||||||||||||||||||||||||| |Sun|||||||||||||||||||||||||||| oam-dev/kubevela 工作时间分布打孔图 oam-dev/kubevela Punch Chart for Work Time Distribution |UTC|16|17|18|19|20|21|22|23|0|1|2|10|3| 基金会|CNCF|阿里|2021 年 4 月||| |ChaosBlade|Linux 基金会|CNCF|阿里|2021 年 5 月||| |KubeDL|Linux 基金会|CNCF|阿里|2021 年 6 月||| |KubeVela|Linux 基金会|CNCF|阿里|2021 年 6 月||| |WasmEdge|Linux 基金会|CNCF|Second State|2021 年 6 月||| |Karmada|Linux

volumeID: "my-ebs-id" OAM让应用本身从研发的视角来声明“我是谁”、“我要使用什么样的云服务”，至于背后的实现交个各个开源项目和厂商去实现，譬如：kubevela。 ## OAM实现原理分析 

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

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

mp;Alluxio开源社区| |2021年5月|ChaosBlade|沙箱|阿里云| |2021年6月|WasmEdge (原SSVM)|沙箱|Second State| |2021年7月|KubeVela|沙箱|阿里云| |2021年8月|KubeDL|沙箱|阿里云| |2021年9月|SuperEdge|沙箱|腾讯云等| |2021年9月|Inclavare Containers|沙箱|阿里云|

资源暴露给了开发者，知识门槛高，并且开发者难以从众多资源中定位业务故障。而容器云平台及传统PaaS等经过平台工程化，可演进为面向开发者的一站式平台，灵活组合Backstage、Grafana、KubeVela等云原生能力，对接算力、Kubernetes等差异化基础设施，屏蔽其复杂性，使开发者可以专注于业务需求。技术架构方面，实施平台工程的关键技术包括对业务应用、中间件服务、外部服务等统一管理、统一