经验啦

  1. 首页 > 科技 > >

永劫无间|KubeVela 1.1 发布，开启混合环境应用交付新里程碑( 二 )


天然支持多环境、多集群应用交付：Kubevela 将底层环境的基础设施进行了面向应用的标准化抽象 ， 涵盖了交付制品、算力（基础计算、AI计算、云边协同计算）、运维特征（监控、流量治理、日志收集等）等多个维度 。 用户能够非常方便的将应用描述跟不同的待交付环境（集群）进行匹配、定义不同环境下的配置 Patch ， 从而把应用差异化地交付到不同环境或者集群当中 。天然支持声明式交付工作流：众所周知 ， Kubernetes 的资源模型是以终态来维护的 ， 但是实际的应用交付场景 ， 却往往是一个面向过程的系列操作（比如：声明组件 A - 部署组件 A 到测试集群 - 切 50% 流量到组件 A - 运行测试 - 发布到生成集群等等） 。 所以在社区中 ， 用户希望简单、透明的控制应用交付流程的诉求非常强烈 ， 但往往又不希望因此引入一套全新的、完整的 CI/CD 系统 。 为此 ， KubeVela 1.1 在应用模型中增加了 Workflow 语义来精细化的描述整个应用交付工作流 ， 并且内置就提供“人工审批”、“回滚”、“数据传递”、“Slack/钉钉通知”等多个工作流步骤（Step） 。 更重要的是 ， 这种实现在应用模型层的声明式 Workflow 天然具备被集成能力 ， 可以非常自然的同现有 CI/CD 系统或者 GitOps 工具通过扩展的方式做集成 ， 而不需要用户在取舍间痛苦 。正是通过上述设计 ， KubeVela 可以帮助你从“静态配置、模板、胶水代码”的初级阶段 ， 直接升级至“自动化、声明式、统一模型、天然面向多环境”的下一代以工作流为核心的交付体验当中 。

基于上述能力 ， 用户现在可以通过 KubeVela 非常轻松的处理以下场景：
多环境、多集群应用交付 面向 Kubernetes 的多环境、多集群交付已是一个标准性需求 。 您或许是需要环境隔离 ， 开发、预发和生产三套集群；或许是需要交付不同的客户 ， 每个客户独立一套集群；或许是需要交付到不同区域 ， 在北京、广州多套集群；又或许您业务规模大 ， 单个 Kubernetes 集群无法满足您的资源需求 。 从 1.1 版本开始 ， KubeVela 不仅实现了多集群的应用交付 ， 并且既可以独立工作直接纳管多个集群 ， 也可以集成 OCM、Karmada 等各类多集群管理工具来进行更复杂的交付动作 。
多集群应用发布Demo(结合Workflow)
在上述例子中 ， 我们就将一个应用差异化的交付到了不同的集群环境中 。 这种“交付差异”在 KubeVela 中属于交付策略（Policy）的一种 ， 它可以是环境配置差异、组件数量差异等等 。 值得一提的是 ， KubeVela 支持 Kustomize 风格的 Patch 来定义这种差异 ， 但又不需要用户学习任何 Kustomize 相关的知识 。 在多集群交付策略的基础上 ， 用户还可以通过定义 Workflow 来控制交付到不同集群的顺序、条件等工作流步骤 。
进一步尝试多集群应用交付 ， 请参考最佳实践文档 。
后续版本中 ， KubeVela 在多集群交付方面会提供全局流量分发、多集群自动调度策略、多集群灰度发布等更多高级特性特性 。
定义交付工作流（Workflow） Workflow 的背景前面已经提到过 ， 而它的具体使用场景则很多 ， 比如：在多环境应用交付场景中 ， 用户可以定义不同的环境交付的顺序和前置条件；再例如最简单的需求 ， 部署完成后需要通知开发者；再例如我们需要控制灰度发布的进程 ， 流量切换的比例 ， 再例如我们需要应用部署完成后执行E2E测试等 。 KubeVela 的工作流是面向持续交付（CD）过程的 ， 同时也是声明式的 ， 所以它既可以作为 CD 系统直接同 CI 系统（比如 Jenkins 等）对接 ， 也可以嵌入到现有 CI/CD 体系中作为增强和补充 ， 落地方式非常灵活 。

相关经验推荐


上一篇：苹果|千元内初烧耳塞新宠，高配低价不妥协，飞傲FD3试听

下一篇：oled屏幕|枯萎技术的水平思考——关于任天堂switch OLED 屏幕版本