关于阿里云开发者:ITNEXT-这个项目可能会改变我们使用-Kubernetes-的方式

4次阅读

共计 2796 个字符，预计需要花费 7 分钟才能阅读完成。

简介： 人不知; 鬼不觉中，2021 年最初一个季度悄悄邻近。对各大热门畛域技术一年的总结、将来的判断及工具的盘点类内容也将不出意外再次成为业界关注的焦点。而近期，海内出名技术媒体 ITNEXT 公布了一年一度的云原生技术排行榜《Kubernetes Essential Tools: 2021》的内容。其中，来自阿里云的 KubeVela 我的项目榜上有名，成为这份“2021 Kubernetes 必备工具”清单中，惟一一个由中国开发者主导的开源我的项目。

作者 | KubeVela 社区

人不知; 鬼不觉中，2021 年最初一个季度悄悄邻近。对各大热门畛域技术一年的总结、将来的判断及工具的盘点类内容也将不出意外再次成为业界关注的焦点。而近期，海内出名技术媒体 ITNEXT 公布了一年一度的云原生技术排行榜《Kubernetes Essential Tools: 2021》的内容。其中，来自阿里云的 KubeVela 我的项目榜上有名，成为这份“2021 Kubernetes 必备工具”清单中，惟一一个由中国开发者主导的开源我的项目。

在本次榜单中，作者用相当一部分篇幅对 KubeVela 进行了介绍，他提到：

“以后 Kubernetes 的一个问题是开发人员须要十分理解基础设施和集群的细节。许多人都在探讨 K8s 的形象级别太低的问题，这会给只想专一于编写和交付应用程序的开发人员带来很多困扰。而开放式利用模型（OAM）就是为解决这个问题而创立的。它的核心思想是以一种独立于底层基础设施的形式，围绕应用程序来创立更高级别的形象。浏览标准：https://github.com/oam-dev/spec

正是因为专一于应用程序而不是容器或编排，凋谢利用模型（OAM）为利用开发人员带来了模块化、可扩大和可移植的设计，使他们可能用更高级别但统一的 API 对利用交付与治理进行建模。”

KubeVela 作为 OAM 模型的规范实现，不仅与底层基础设施和无关、原生可扩大，而最重要的是它是齐全以利用为核心的。在 KubeVela 中，“利用”被设计为整个平台的「一等公民」。利用团队只须要围绕组件、运维特色、工作流等几个跨平台、跨环境的下层形象来进行利用的交付与治理，而无需关注任何基础设施细节和差异性；平台管理员则能够随时以 IaC 的形式配置平台反对的组件类型和运维能力集等个性，以便适配任何利用托管场景。

利用团队：抉择一个指标环境，依据须要应用组件和特色来形容应用程序，而后将其交付到指标环境
平台团队：对平台反对的性能作为进行模块化、模板化的治理和建模

最初，ITNEXT 总结道：“KubeVela 这个我的项目，将在不久的未来扭转咱们应用 Kubernetes 的形式，最终使得开发人员无需成为 Kubernetes 专家即可享受到云原生带来的高效与便捷。当然，OAM 模型在事实世界中的可能会遇到新的挑战，比方某些零碎级的程序就可能跟底层基础设施细节耦合的很紧，诸如此类的问题有待进一步在 KubeVela 中解决。”

KubeVela 我的项目自公布后始终受到社区的宽泛关注，开源当天就登上了 GitHub 趋势榜 Go 语言区榜首的地位；2020 年年底被出名科技媒体 TheNewStack 评比为“Top Cloud Native Technology Trends from 2020”；也是 InfoQ 国内站《软件架构与设计趋势报告》中惟一一个来自中国的开源我的项目；2021 年 5 月，中国信息通信研究院联结 10 余家机构独特公布了以 OAM 为实现根底“云计算凋谢利用架构规范”。现在，在 KubeVela 社区中曾经沉闷着超过 100 名贡献者，被超过 20 家国内外当先企业在生产环境中应用，Oracle Cloud 还正式公布了基于 OAM 的企业级混合云利用平台产品。

在 Youtube 上一位沉闷在 DevOps 圈子的 Up 主这样评估 KubeVela：

“咱们将试目以待，工夫会证实所有，如果有任何技术可能成为趋势，成为定义应用程序的规范形式，那就是凋谢应用程序模型（OAM）以及该模型的实现 KubeVela”

视频地址：https://m.youtube.com/watch?v=2CBu6sOTtwk

而对于 KubeVela 我的项目的将来，CNCF 技术监督委员会（TOC）成员、阿里云高级技术专家张磊曾做过这样的解读：

“在云原生与 Kubernetes 我的项目极大水平的对立与标准化了基础设施层形象之后，在此之上进一步呈现一层标准化的、普适但又高可扩大的下层利用交付与治理平台，正在成为当今业界最重要的一个趋势”。

目前 KubeVela 次要有三类典型的应用场景，包含：

SaaS 软件云端交付与托管；
面向混合云 / 分布式云的利用 PaaS；
面向混合环境的 DevOps 平台，包含多集群 / 多环境 CD 零碎等。

不久前 OAM 与 KubeVela 我的项目整体向云原生基金会 CNCF Sandbox 捐献，并颁布我的项目近期倒退次要布局：

Helm、Kustomize 和 Terraform 组件的进一步欠缺，模型层进一步降级从而在设计和实现上确保 KubeVela 能够“交付所有”。
新增零碎插件（addon）模式，比方 Kubernetes 集群、零碎插件、公共服务 (Load Balancer, VPC, DB) 等部署环境的拉起和保护。
进一步欠缺利用公布过程的 Workflow 能力，让用户能够定义面向过程的运维命令。局部运维能力也将配合 Workflow 方向革新，包含灰度降级、流量治理、多集群散发策略等。
新增配置差异化、数据传递等面向跨环境部署的性能。
欠缺 Workflow 可插拔能力，用户能够应用本人的能力（比方：灰度公布）来增加或替换 Workflow 中的任何步骤。
KubeVela 装置的 standalone 模式，即能够在单个 Docker 容器 /VM 外面运行 KubeVela。
更多同 CI/CD 零碎的集成案例等

据悉，囊括了上述要害个性的 KubeVela v1.1.0 版本目前正在社区内测并行将正式公布，让咱们刮目相待吧！

如果你也对 KubeVela 感兴趣，欢送退出咱们（钉钉搜寻群号 23310022）：

2021 Kubernetes 必备工具

原文链接：_https://itnext.io/kubernetes-essential-tools-2021-def12e84c572_

点击中转 KubeVela 官方网站：https://kubevela.io/

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

正文完