【KubeMeet 杭州站回顾】阿里巴巴、携程、第四范式是如何应对云

文章来源 | 阿里巴巴云原生 公众号

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

本文转自网络，原文链接：https://developer.aliyun.com/article/783853
本站部分内容转载于网络，版权归原作者所有，转载之目的在于传播更多优秀技术内容，如有侵权请联系QQ/微信：153890879删除，谢谢！