从开源技术 KubeVela 谈起:云原生应用交付会怎样发展|学习笔记(三)

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
简介: 快速学习从开源技术 KubeVela 谈起:云原生应用交付会怎样发展。

开发者学堂课程【如何贡献开源社区:云原生应用插件扩展:从开源技术 KubeVela 谈起:云原生应用交付会怎样发展】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址https://developer.aliyun.com/learning/course/1196/detail/18135


从开源技术 KubeVela 谈起:云原生应用交付会怎样发展


四、提问

1、第一个问题

云原生技术项目比较多堆处不久的,该如何系统的学习一些基础点

定位,如果定位是业务的开发,最好不要去所谓系统的学习,可能还开始一年学的可能就别带掉了,除非定位是做平台开发者,开发者可能需要有一些比较好的底层技术技能,学起来快一点。如果大家想要了解基础,从怎么去写代码到发布 cdtop 概念去学,不要去学底下的,比如怎么去做工作负载管理,还是偏大家实际开发的过程中用到的技术切入更好一点,KubeVela 也是一个很好的切入点

2、第二个问题

一个复杂的应用涉及多个后端微服务,前端微服务、中间件数据库等等,现在通过 hum 配合需要来实现一键部署,这个场景能否使用KubeVela 来实现达到一键部署的效果

比较适合 KubeVela 的场景,首先 KubeVela 也是直接可以使用 hum 部署的,比如现在已经对这些服务都封装成了一个 hum 的包,需要的脚本可以替换成 KubeVela 的配置,封装成 hum 的包还是可以复用的,也可以关注一下社区里面的一些 hum 使用的文档。可以把 hum 的包完全用,另外一方面使用了 KubeVela 以后,相比于自己写的脚本,一方面更统一,更规范的一个方式,因为大家都在使用比自己公司自己维护的需要脚本的可维护性强很多,另一方面是能力会更强一点,比如部署到不同的集群,不同云上会有一些可以直接使用的插件,相对来会有很多脚手架可以使用,不需要每一个都自己去未来也会有一些迁移的能力,比如平台变大来不及开发,想要现成的使用一个平台,如果用了 KubeVela 以后,就不存在把需要再迁移一遍,都是可以很容易地使用云上面 KubeVela 的服务,现在可能还没有那么完整,但是也希望未来有一个机会。

3、第三个问题

KubeVela 可以看作是一个平台和 paas 平台有什么区别?

KubeVela 可以认为它是一个 paas的内核引擎不是一个完整的paas,完整的 paas 里面涉及到 cicd 到整个的管理,里面涉及的内容非常的多,KubeVela 明显是没有那么完整的功能,但是KubeVela 有一个很好的点,有一个框架衔接能力,就像一层胶水层,可以把现在 paas 里面的组件,比如自己有代码到镜像的一个构建过程,有一个可观测性能力,可以把这些能力衔接起来,有点像胶水粘起来,然后提供一个统一的入口给开发者用户,然后还可以管理不同的 paas,比如底下有以前一些老的平台,然后又想开发一个新的平台,可以用 KubeVela 来做一个统一的入口两边都一起管,然后它天然的支持用不同的实现提供统一的入口,然后也可以做牵引,会提供一层抽象的方式帮助管不同的环境。

4、第四个问题

KubeVela 在 k8s 生态有什么优势能够帮助 divorce 工程师解决哪些问题?

在 k8s 生态中,首先它是一个很好的应用抽象,通过一个顶层的描述就可以免去了解底下那些复杂的 API。另一方面,它有一个跨环境跨集群交付的能力,还可以跨不同的 K8S 集群,跨不同的云去做资源的交付和部署。同时也有丰富的插件体系,会有很多开箱即用能力可以帮助使用,包括 KubeVela 界面 UI 也是一个插件,帮助工程师解决最大的还是一个复杂性的问题,可以由浅入深地提供不同的能力。

5、第五个问题

如果异常掉电数据块部分写怎么办重新拉起破的数据怎么处理?

分两个层面,首先如果是数据面的一些附带比如 pod 已经运行在集群里面,集群不是 k8s 管的,不是由 KubeVela 是一个控制平面底下的子集群断电,它的控制平面不影响或者控制面的断电不影响子集群工作的 pod,另一方面是如果 k8s 本身的 KubeVela 和数据在同一个群上就只有一个 k8s,这个时候 pod 断电跟之前不用 KubeVela 一样比如是用 etcd 能恢复就能恢复不能恢复确实会出问题依赖于 k8s 运维,因为这个时候可能不是纯粹通过开源项目解决问题可能更多依赖于对 k8s 本身的了解,如果不了解可能可以用云的 k8s 服务,比如阿里云 ect 服务。还有补充是不是基于 operate 来做,必须得分清楚它是数据还是控制面,KubeVela 在控制面工作和底下的模块不一样,KubeVela 本身的它控制用 operate 来做,控制面可以有三副本,底下控制面的程序也是通过 pod 来运转的,控制面的 K8S 里面的存储比如 etcd,KubeVela 存储就在 etcd 上面,如果用的是 K3S,K8S 控制面的的存储就可以切换成 mysql,对应的 KubeVela 存储也是 mysql。

6、第六个问题

对目前 KubeVela 社区生态是否满意,有哪些解决问题?

对目前 KubeVela 社区生态,自己打分打80分,现在的社区相对来说活跃,开发的频率也非常的高,热度非常好。另外一方面和顶级的开源项目,比如 kenneth 社区还有一定的差距。如果一定要解决问题,可能更多的还是要实现一个社区的自治,更多的人能够参与进来,能够完成一个从 review 的 approval 到每天的一个成长体系,然后大家社区能够更多的有主动的设计,主动的驱动,现在可能主体的工程师还是来自于阿里,未来希望社区能够更多的资质,整个社区才是真正相对来说特别繁荣的状态。社区里面有很多的工程师来自于不同的公司,尤其像招商银行,有投入了十几个工程师在里面全职的开发,投入非常大,然后也有很多晋级成为 review approval 的成员,所以看到趋势也在不断的变化,所以整体来说还是有很大的信心。

7、第七个问题

是不是认为 kubernetes 和 dx 是相爱相杀的关系, kubernetes 不解决 dx 的问题,不存在相爱相杀,是平行世界的两个不同的角色,更多的可能是互相看不见,dx 偏要去用 kubernetes 也没办法,还是要用新的东西,应该考虑 KubeVela。

8、第八个问题

目前1.4版本支持性环境吗?

可以到社区细聊一下性状环境到底指什么。

9、第九个问题

KubeVela 来自大厂贡献,对个人开发者或者小企业是不是不太

不太正确,KubeVela 有很多大厂贡献,不完全是大厂贡献,现在有一百五六十个贡献者,里面可能百分之四五十是个人开发者或者企业,也能贡献所以不存在友不友好的问题。目前 KubeVela 的贡献,一般提一些 KubeVela 问题都愿意帮助回答。现在时机是非常友好的对于个人开发者和消息。

10、第十个问题

KubeVela 如何结合 terraform 或者 plumb 原生配置的交付和管理

KubeVela 完全可以和 terraform 很好的集成,plumb 目前的集成能力稍微差一点,KubeVela 有专门 terraform control,把 terraform 工具变成云原生 crdoperator 控制器可以到社区里面来进一步了解,完全是集成能够天然使用 terraform

11、第十一个问题

Crossplan KubeVela 的区别

以前是一起的,以前和 Crossplan 一起开发 OAM,Crossplan 项目更偏向于对云资源的管理,和 terraform 是竞争对手,KubeVela 更偏向于整体的应用层,Crossplan KubeVela 工作在两层,Crossplan 相当于管理云资源的编排KubeVela 管理整体的应用,包云资源加容器加上运维能力。KubeVela 可以使用 Crossplan 来替换 terraform,如果 KubeVela 有个插件叫云资源管理,既可以选择 terraform,也可以选择 CrossplanCrossplan  terraform 互为替代的一个关系,都是 KubeVela 底下的插件的能力

12、第十二个问题

创是从 cpu、内存、磁盘都是国产的服务器

KubeVela 能够兼容 k8s 环境,创的环境服务器如果能够支持 k8s 就没问题。还涉及到 k8s 版本的问题,K8S 的1.18开始一直到1.22 KubeVela 都是很好的支持,如果做一些 APP 一直到1.16也能支持,但可能需要自己去做一些配置上的调整。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
3天前
|
Kubernetes Cloud Native 持续交付
云端新纪元:云原生技术重塑IT架构####
【10月更文挑战第20天】 本文深入探讨了云原生技术的兴起背景、核心理念、关键技术组件以及它如何引领现代IT架构迈向更高效、灵活与可扩展的新阶段。通过剖析Kubernetes、微服务、Docker等核心技术,本文揭示了云原生架构如何优化资源利用、加速应用开发与部署流程,并促进企业数字化转型的深度实践。 ####
|
2天前
|
Kubernetes Cloud Native 开发者
云原生技术入门:Kubernetes和Docker的协作之旅
【10月更文挑战第22天】在数字化转型的浪潮中,云原生技术成为推动企业创新的重要力量。本文旨在通过浅显易懂的语言,引领读者步入云原生的世界,着重介绍Kubernetes和Docker如何携手打造弹性、可扩展的云环境。我们将从基础概念入手,逐步深入到它们在实际场景中的应用,以及如何简化部署和管理过程。文章不仅为初学者提供入门指南,还为有一定基础的开发者提供实践参考,共同探索云原生技术的无限可能。
14 3
|
1天前
|
Cloud Native 持续交付 云计算
云原生技术深度探索:构建现代化应用的基石####
【10月更文挑战第21天】 本文将深入探讨云原生技术的核心概念、关键技术及其在现代软件开发中的应用。我们将从容器化、微服务架构、持续集成/持续部署(CI/CD)、无服务器架构等关键方面展开,揭示这些技术如何共同作用,帮助企业实现高效、弹性且易于维护的应用部署与管理。通过实例分析,展现云原生技术在实际项目中的显著优势,为读者提供一套全面理解并应用云原生技术的指南。 ####
13 2
|
3天前
|
Cloud Native 持续交付 开发者
云原生技术在现代软件开发中的实践与挑战####
本文探讨了云原生技术在现代软件开发中的应用,重点分析了其核心组件如容器化、微服务架构、持续集成/持续部署(CI/CD)以及无服务器计算的优势与面临的挑战。通过实际案例,阐述了如何有效实施云原生策略以提升系统的可扩展性、可靠性和开发效率。同时,文章也指出了在向云原生转型过程中常见的技术障碍和解决策略,为开发者和企业提供了宝贵的实践经验分享。 ####
|
4天前
|
Cloud Native 安全 Devops
云原生技术在现代软件开发中的实践与挑战####
本文探讨了云原生技术在现代软件开发中的应用,深入分析了其核心概念、优势以及面临的挑战。通过实际案例,展示了云原生架构如何提升应用的灵活性和可扩展性,同时指出了企业在实施过程中需要注意的关键问题。本文旨在为开发者和企业提供有价值的参考,帮助他们更好地理解和应用云原生技术。 ####
|
4天前
|
人工智能 Cloud Native Java
云原生技术深度解析:从IO优化到AI处理
【10月更文挑战第24天】在当今数字化时代,云计算已经成为企业IT架构的核心。云原生作为云计算的最新演进形态,旨在通过一系列先进的技术和实践,帮助企业构建高效、弹性、可观测的应用系统。本文将从IO优化、key问题解决、多线程意义以及AI处理等多个维度,深入探讨云原生技术的内涵与外延,并结合Java和AI技术给出相应的示例。
20 1
|
4天前
|
运维 Cloud Native 持续交付
云原生技术解析:从IO出发,以阿里云原生为例
【10月更文挑战第24天】随着互联网技术的不断发展,传统的单体应用架构逐渐暴露出扩展性差、迭代速度慢等问题。为了应对这些挑战,云原生技术应运而生。云原生是一种利用云计算的优势,以更灵活、可扩展和可靠的方式构建和部署应用程序的方法。它强调以容器、微服务、自动化和持续交付为核心,旨在提高开发效率、增强系统的灵活性和可维护性。阿里云作为国内领先的云服务商,在云原生领域有着深厚的积累和实践。
20 0
|
8天前
|
运维 Cloud Native 持续交付
云原生架构的演进与实践####
【10月更文挑战第16天】 云原生,这一概念自提出以来,便以其独特的魅力和无限的可能性,引领着现代软件开发与部署的新浪潮。本文旨在探讨云原生架构的核心理念、关键技术及其在实际项目中的应用实践,揭示其如何帮助企业实现更高效、更灵活、更可靠的IT系统构建与管理。通过深入剖析容器化、微服务、持续集成/持续部署(CI/CD)等核心技术,结合具体案例,本文将展现云原生架构如何赋能企业数字化转型,推动业务创新与发展。 ####
103 47
|
2天前
|
监控 Cloud Native Java
云原生架构下微服务治理策略与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境下微服务架构的治理策略,通过分析当前技术趋势与挑战,提出了一系列高效、可扩展的微服务治理最佳实践方案。不同于传统摘要概述内容要点,本部分直接聚焦于治理核心——如何在动态多变的分布式系统中实现服务的自动发现、配置管理、流量控制及故障恢复,旨在为开发者提供一套系统性的方法论,助力企业在云端构建更加健壮、灵活的应用程序。 ####
35 10
|
2天前
|
运维 Cloud Native 持续交付
云原生架构下的微服务设计原则与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境中微服务设计的几大核心原则,包括服务的细粒度划分、无状态性、独立部署、自动化管理及容错机制。通过分析这些原则背后的技术逻辑与业务价值,结合具体案例,展示了如何在现代云平台上实现高效、灵活且可扩展的微服务架构,以应对快速变化的市场需求和技术挑战。 ####
19 7

热门文章

最新文章