文章来源 |阿里巴巴云原生公众号
4 月 17 日，由云原生基金会 CNCF 和阿里巴巴共同主办的开发者活动 KubeMeet 在杭州举办。本次活动聚焦“云原生应用管理痛点”，来自阿里巴巴、携程、第四范式的云原生技术专家和现场 100+ 开发者分享了云原生在企业中落地的挑战，以及 Kubernetes 领域备受开发者关注和欢迎的开源项目 OAM、KubeVela、OpenKruise 在企业中的落地实践。
下面，就让我们一起回顾本次活动上都有哪些精彩瞬间。扫描下方金句海报，你可以回看本次活动现场直播。
王仁达（封崇）：阿里巴巴基于 KubeVela 的新一代应用交付管理系统实践
随着“云原生”的普及，基础设施逐渐成熟的今天，越来越多的应用开发者们开始追求快速的构建交付应用。 然而使用场景的不同往往意味着应用交付的环境会有巨大的差异。就比如，K8s 中不同的工作负载类型需要对接不同多集群环境、灰度发布、流量管理等实现方案，不同的部署环境（公有云、私有化部署等）也常常需要对接不同的日志监控体系；另外随着企业上云从基础设施上云转向全面使用云产品，需要对接不同的云资源管理方案(Terraform、Crossplane 等)，应用需要集成各种云产品的差异化配置(数据库连接串、云产品 ak/sk 等)。如何才能将应用管理和交付变得标准化，使得应用研发不再需要花大量精力对接不同的交付平台？这已经逐渐成为云原生应用管理领域的一大痛点。
阿里巴巴技术专家封崇针对这些问题为大家介绍了如何基于 KubeVela 构建标准化的应用交付管理平台，以及阿里巴巴在此基础上的实践经验，包括云原生应用交付面临的问题与挑战、社区中常见的应用交付解决方案对比、基于 KubeVela 1.0 的标准化应用交付管理核心原理和下一步计划，以及阿里巴巴基于 KubeVela 的应用交付实践。
王思宇（酒祝）：OpenKruise 如何实现 K8s 中容器粒度的不可变基础设施
众所周知，原生 Kubernetes 限制了最小操作单元为 Pod 级别，默认情况下我们只能操作扩容、缩容 Pod，甚至发布升级都是依赖于扩缩 Pod 来完成的。而 OpenKruise 在不对原生 Kubernetes 做任何侵入的基础上，为用户提供了更多细化到容器粒度的控制能力，比如针对 Pod 中一个或多个容器的独立原地升级、Sidecar 容器单独管理/注入/升级、Pod 运行时的容器重启等等。 在本次分享中，阿里云技术专家、OpenKruise 项目负责人王思宇（酒祝） 介绍了 OpenKruise 项目是如何在不侵入 Kubernetes 的前提下实现这些容器粒度操作能力，以及用户如何通过使用 OpenKruise 这些能力更好地部署运维和管理云原生应用。使与会开发者更好地了解 OpenKruise 的来源、目标、核心能力以及 OpenKruise 能带来哪些原生 K8s 不具备的容器粒度操作能力，对于如何使用 OpenKruise 获得基本的认识。
马浩：基于OAM 的 AIOS 应用管理和交付
为了更好解决 AI 落地难题，更好地利用云原生技术红利, 为企业、生态伙伴、开发者提供更好的应用管理和交付平台，第四范式基于 OAM Kubernetes runtime + 扩展的 Workload 和 Trait 打造统一的 AIOS，使多个生态伙伴以较低的改造成本完成 AIOS 接入，同时为内部建模中 DAG 计算提供更灵活的计算服务。 本次活动上，第四范式机器学习平台资深工程师马浩基于上述经验，向大家介绍了如何基于 OAM 在 Kubernetes 之上开发聚焦应用、具备可靠性、可扩展性、可维护性的 PaaS。
施燕：OpenKruise 在携程的应用实践
在本次活动最后，来自携程的资深研发工程师施燕为大家介绍了携程 PaaS 平台向云原生架构演进过程，如何基于开源项目 OpenKrusie 的 Rollout 云原生发布方案实现 Kuberntess 云原生发布、该过程中遇到问题和解决方案，以及携程 Paas 平台关于 Workload 对控制面高可用、集群联邦、多状态实例管理的后续规划，来帮助开发者了解 PaaS 平台的演进思路，以及使用 Kruise 中遇到的问题、挑战及其应对方式。
本场活动直播回放：https://developer.aliyun.com/live/246608
