Yunyun正在成为公司业务创新和解决巨大挑战的加速器。
Yun的本地带来的转型不仅限于基础架构和应用结构的技术水平。这也是研发概念，交付过程和IT组织方法的变化。它还正在促进企业IT组织，流程和文化的改革。在Yun的建筑，DevOps文化和自动化工具和平台能力中，支持其着陆实践的逐渐变得越来越流行。
与Yun的本地人相比，DevOps并不是一件新事物，并且长期以来一直深深地渗透到企业的现代应用架构中。Devops强调团队之间的沟通和快速反馈，以及建立自动连续交付的目的（连续交付）和组装线路，以实现响应业务需求，交付产品并提高交付质量的目的。随着集装箱技术在企业中的大规模应用，诸如云计算计划基础架构和Kubernetes声明之类的功能已经加快了开发，操作和维护字符的集成。
Yun的土著趋势的趋势已成为Shangyun标准的标准，并定义了Yun本地人周围的下一代研发平台，不可避免地会变得不可避免，并迫使IT组织方法进一步改变 - 新的平台工程团队已开始出现。在这种情况下，如何在云的环境中更有效地练习DevOps，以成为一个新主题和需求。
如今，随着云概念的快速普及，混合环境部署（混合云/云/分布式云/边缘）已成为大多数企业应用程序，SaaS服务和连续交付平台的不可避免的选择，以及云的开发趋势Native TechnologyIT也正在朝着“一致的，越野，跨环境应用”迈进。
Kubevela作为现代微型服务架构的应用程序交付和管理平台，已正式发布了1.1版。在此版本中，Kubevela专注于混合环境的应用程序的交付过程，带来了多个群集交付，交付过程定义，定义，灰色释放，公共云资源访问等。经验，可以帮助开发人员直接升级到下一代“自动化，语句，统一模型，自然面向的多种环境”，在“静态配置，模板，胶水代码”的初始阶段“在“静态配置，模板，胶代码”的初始阶段。
基于Kubevela，用户可以很容易地处理以下场景：
多环境，多集群应用程序交付
Kubernetes的多环境和多集群交付是标准需求。从版本1.1开始，Kubevela不仅实现了多集群应用程序的交付，而且不仅可以独立地工作以管理多个群集，而且还可以集成各种多数cluster -ClusterOCM和Karmada等管理工具，用于更复杂的交付操作。在多集合交付策略的基础上，用户还可以通过定义工作流程来控制不同集群的顺序和条件。
定义交货工作流（工作流）
工作流程有许多特定的使用方案，例如在多环境应用程序交付方案中，用户可以定义不同环境交付的订单和预先条件。Kubevela的工作流正面临CD流程，它也是一个陈述，因此它是一个陈述，因此它是一个陈述可以直接与CI系统（例如Jenkins等）连接，也可以将其嵌入现有的CI/CD系统中作为增强和补充。着陆方法非常灵活。
在模型中，工作流是由一系列步骤组成的，就实现而言，每个步骤都是一个独立的能力模块，该模块通过其特定类型和参数确定其特定步骤的能力。在1.1版中，Kubevela的构建-in步骤相对丰富且易于扩展，可帮助用户轻松连接现有的平台功能以无缝迁移。
以应用为中心的云资源交付
Kubevela的设计是从“ Application -centric”的角度来看的，因此它可以帮助开发人员以完整的无服务器方式管理云资源，而不是厌倦了处理各种云产品和控制台。具有构建的Terraform，可以用作云资源，并可以通过统一的应用程序模型来支持各种云制造商中数百种不同类型的云服务的部署，约束力和管理。
在使用方面，Kubevela目前将云资源分为以下三个类别：
更容易进入Gitops连续交付练习
Kubevela作为语句应用程序交付控制平面，自然可以在gitops中使用（可以单独使用，也可以与ArgOCD和其他工具一起使用），并且可以提供更多的终点 - 到端的功能，并为Gitops方案提供增强，帮助gitops概念在一个更实惠和实用的问题中降落在企业中。这些功能包括：
继续构建自然的企业应用程序操作系统，并允许开发人员享受交付应用程序。这是Kubevela项目的目标和愿景。在接下来的1.2版本中，Kubevela将带上应用程序中心控制面板UI，以实现方便的企业应用程序集合，分发，交付过程，并为开发人员提供更简单的应用程序交付经验。使用场景。
Kubevela 1.2将于2021年12月在中国库贝康发布。请继续关注库布维拉社区和阿里巴巴Yun原始动力！
写作：Xiyang