简介：为什么“云原生利用治理与交付”会成为 Kubernetes 之上重要的价值聚焦点？CNCF App Delivery SIG 在推动 Kubernetes 之上应用层技术疾速演进的过程中将表演什么角色？这个畛域又将产生哪些值得大家期待的翻新？让咱们一起理解 App Delivery SIG 新任 Co-chairs 邓洪超有什么认识。

作者|邓洪超

近日，寰球顶级开源社区云原生计算基金会 (Cloud Native Computing Foundation，以下简称 CNCF) 发表“云原生交付畛域小组（Application Delivery SIG）”换届后果， 来自阿里云的高级技术专家、Kubernetes Operator 机制初创作者之一邓洪超 将与 VMware 高级研发专家 Jennifer Strejevitch 独特负责新一任小组 Co-chairs。

对于 CNCF App Delivery SIG

​
据官网介绍，CNCF 畛域小组的作用是“帮忙整个生态深刻了解这些技术畛域里的最佳实际，并同 CNCF TOC（技术监督委员会）严密合作以甄别可继续的开源我的项目，或者帮忙它们补救有余”。CNCF 目前下辖三个畛域小组，App Delivery SIG 是 CNCF 基金会官网成立的第一个以“利用”为核心的畛域小组。在云计算生态外围关注点迅速聚焦到“云原生利用”的明天，该小组被社区誉为是“CNCF 最具价值的畛域小组”。
​
随着越来越多的企业和开发者开始将业务与技术向云原生演进，以 Kubernetes 为代表的容器技术曾经成为云计算的新界面。从阿里云与微软联结开源的 OAM + OpenKruise 组合露头角，再到阿里云进一步使能平台构建者的开源框架 KubeVela 迅速走红，为什么“云原生利用治理与交付”会成为 Kubernetes 之上重要的价值聚焦点？CNCF App Delivery SIG 在推动 Kubernetes 之上应用层技术疾速演进的过程中将表演什么角色？这个畛域又将产生哪些值得大家期待的翻新？让咱们一起理解 App Delivery SIG 新任 Co-chairs 邓洪超有什么认识。
​

利用治理与交付——云原生畛域新的价值聚焦点

邓洪超，阿里云高级技术专家，Kubernetes Operator 机制的初始作者之一，开源我的项目 OAM 与 KubeVela 我的项目外围维护者，前 CoreOS 软件工程师，对 Kubernetess 利用管理体系有多年钻研和实践经验。
​
Q: 恭喜你成为 CNCF 利用交付畛域小组的 Co-chairs！先和大家介绍下本人吧？
​
邓洪超: 十分荣幸在往年六月通过选举的形式入选此职，也非常感谢社区搭档们的反对。我从学校毕业后，就始终围绕“开源”和“云原生”工作。此前，我就任于 CoreOS，是 Kubernetes 我的项目晚期工程师之一，与社区独特主导了 Scheduler、APIServer 等外围组件的设计和开发，也和共事独特创立和推动了 Operator 扩大机制。Operator 的呈现，更是促成了整个 CNCF 生态的协同倒退。在阿里巴巴，我次要负责云原生利用平台的架构设计，创立了 KubeVela 和 OAM 等我的项目来降级阿里巴巴的利用平台基础架构，晋升开发者的研发与交付效率。我心愿通过我以及团队同学、社区搭档们的共同努力，一直推动云原生概念往前倒退。
​
Q: CNCF 利用交付畛域小组是一个什么类型的组织？它的成立背景、聚焦的问题、承当的使命是什么？
​
邓洪超: CNCF App-Delivery TAG (Technical Advisory Group)，中文称作 CNCF 利用交付畛域小组，是基金会官网第一个也是惟一一个以“利用”为核心的畛域小组。它在云原生利用交付技术的倒退和扩张中扮演着至关重要的角色，旨在帮忙整个生态深刻了解该技术畛域里的最佳实际，并同 CNCF TOC（技术监督委员会）严密合作以甄别可继续的开源我的项目。
​
CNCF 在狭义上将用户群体分为三大类 [1]：

1. 基础设施研发；
2. 利用编程、运维和测试的工具研发；
3. 利用开发者。

​
从一开始，CNCF 的重点就放在了“基础设施”上，因为这类人群形成了 CNCF 社区的主体，也是他们推动了业界朝着 云原生路线图 [2] 的布局方向倒退。随着云原生生态的外围价值逐步聚焦于“云原生利用”自身，CNCF 逐步将重点转移到利用开发者一侧，开始关注利用编程、运维和测试的相干我的项目。在这个背景下，CNCF 成立了利用交付畛域小组，作为连贯基础设施和开发者的桥梁，同利用开发和运维人员建设起更严密的分割。
​

CNCF 利用交付畛域小组专一于云原生场景下的利用构建、部署、治理、和运维环节，解决整个利用交付生命周期中的外围问题，甄别和修改利用治理开源我的项目实践和实际之间的鸿沟，推动利用交付工具和流程的标准化。该小组负责“以富裕远见的形式来协调和连贯利用交付畛域中的关注点、最终用户和开源我的项目”。在组织架构上，该小组通常由利用交付畛域中倍受认可的技术专家负责领导，并向上对 CNCF TOC 汇报。目前该小组上面还设有以下 Working Groups (WG): GitOps、Operator、Cooperative Delivery、Chaos Engineering。
​

Q: 云原生利用交付畛域的现状、趋势和挑战如何？你在社区中察看到哪些有后劲的开源我的项目？
​

邓洪超: 以后云原生利用交付畛域的现状是，尽管以 k8s 为外围的容器利用交付状态逐步遍及，然而在 k8s 之上不同利用平台的差异性依然很大。这是因为 k8s 之上不足规范对立的利用交付和治理形式——之前整个社区过分关注于“基础设施”，而漠视了应用层这一侧的标准化。
​

在过来的一年里，随着云原生关注点逐步往应用层转移，咱们可能看到整个生态的一系列标准化趋势：
​

• 应用 Sidecar 模型来提供给开发人员分布式系统编程原语，解耦了基础设施和外围业务，简化了分布式应用编程体验，充分体现了“能力下沉，价值上浮”的理念。这个趋势的典型代表就是 Dapr 我的项目。
• 应用 Kubernetes 作为普适管控面板 (Universal Control Plane)，实现多云平台对立管控，为云原生开发者提供了统一的基础设施生产体验。这个趋势的典型代表就是 Crossplane 我的项目。
• 应用 GitOps 作为继续交付的入口，依靠于基础设施即代码 / 数据 (IaC/IaD)工具的编排能力，实现以 Git 为外围的交付流水线，晋升了开发者的交付体验和效率，也充分体现了不可变基础设施、申明式编排等理念。这个趋势的典型代表就是 Argo CD 和 Flux 我的项目。
• 应用基于 Mesh 的渐进式公布，利用 operator + service mesh 的联合来管制利用的降级部署和流量治理，进步利用公布的效率和成功率。这个趋势的典型代表就是 Flagger 和 Argo Rollout 我的项目。
• 应用标准化利用模型来构建对立交付立体，实现混合环境下运维资产的对立治理，给云原生开发者提供自助式的交付和治理体验，也赋予平台自身更弱小的扩大能力。这个趋势的典型代表就是 OAM 规范和 KubeVela 我的项目。

​

而随着这些趋势在生态中逐渐标准化，咱们可能看到，云原生生态技术将会带来全新的利用交付状态：
​

• 首先，通过云原生体系让这些规范能力迅速下沉到云计算的能力池当中，让用户像用水用电一样按需应用这些标准化能力，从而给最终用户带来降本和提效的微小效益。
• 而后，通过标准化体系，咱们将看到一个云原生的 ” 利用商店“诞生：1. 从基础设施的角度看，能够将更多的平台能力增加进来；2. 从最终用户的角度看，能够在一个环境里应用更多的能力。这样一来云原生的生产者和消费者两端通过标准规范开释大规模生产力，造成跟 iphone app store 一样的凋敝生态。
• 最初，越来越多的根底平台能力往协同倒退的路线上走，最终给用户带来极致混合的顺滑体验。通过对立利用交付立体，不论是开源的还是公有定制化的工具都将被对立治理起来，用一套规范流程和接口透出给用户。这样一来，咱们将从新定义“外部工具”：1. 外部的运维资产与最新的开源技术能够基于一套规范被混合应用，在保障原有技术资产的同时也能享受到开源云原生技术和社区所带来的便当；2. 新的能力无需更改原有我的项目而是基于开源规范来扩大开发，这样一来能增快新性能的产出，从而进步平台研发效率，最终进步平台交付效率。这一系列体验也正是像 KubeVela 和 Dagger [3] (Docker 创始人 Solomon 最新创建) 等我的项目所谋求的指标。

​

Q: 作为小组的 Co-chairs，对于推动小组的倒退，推动云原生利用交付畛域的演进，你有哪些打算？
​

邓洪超：之后我在 CNCF 将会重点关注利用治理与交付、云原生编程模型、开发者体验等聚焦“利用开发者”的畛域，联结社区力量孵化和吸纳更多有后劲的开源我的项目进入 CNCF，以及编写白皮书提供利用交付相干畛域的最佳实际。同时，咱们也应该意识到 CNCF 利用交付畛域小组还很年老，还有许许多多新的想法和创意能够去实际，我也会反对和帮助建设更多的 working groups 来满足和适应社区的倒退需要。
​

在阿里巴巴外部，咱们也在大规模场景下的云原生利用治理与交付能力倡议方面进行了诸多摸索，并将这些实际通过 OAM/KubeVela [4]、OpenKruise [5]、OpenYurt [6] 等开源我的项目回馈给社区，咱们也将持续与社区协同，致力于在 AI，边缘等更加垂直的畛域当中，更宽泛地推动云计算底层基础架构和云端利用的部署与散发形式的演进，和更多的企业和开发者，让“无处不在的云计算”成为事实。
​

最初说一句，云原生生态的往前倒退，离不开整个社区所有人的致力。放眼当今世界，中国的企业是全世界云原生技术落地最好的案例，中国的开源力量在全世界比重中也越来越大。我心愿通过咱们独特的致力，不停地翻新、反思、修改、再翻新，一直解决云原生利用交付的关键问题，让构建云原生利用平台变得更简略，让云原生开发者的交付体验变得更顺滑。
​

相干链接

​
[1]CNCF：
https://www.cncf.io/announcements/2019/09/12/cloud-native-computing-foundation-announces-application-delivery-sig/
[2]云原生路线图：\_https://raw.githubusercontent.com/cncf/trailmap/master/CNCF\_TrailMap\_latest.png\_
[3] Dagger：
https://dagger.io/
[4]OAM/KubeVela:
https://kubevela.io/
[5]OpenKruise:
https://openkruise.io/en-us/
[6]OpenYurt:
https://github.com/openyurtio/openyurt

版权申明：本文内容由阿里云实名注册用户自发奉献，版权归原作者所有，阿里云开发者社区不领有其著作权，亦不承当相应法律责任。具体规定请查看《阿里云开发者社区用户服务协定》和《阿里云开发者社区知识产权爱护指引》。如果您发现本社区中有涉嫌剽窃的内容，填写侵权投诉表单进行举报，一经查实，本社区将立即删除涉嫌侵权内容。