KubeCon + CloudNativeCon + Open Source Summit China 2021.12.10

109 阅读8分钟

BFE:企业级七层负载均衡开源软件 | BFE: Modern Layer 7 Load Balancer for Enterprise Application - Miles Zhang, Baidu & Sijie Yang, Tencent

这里将对CNCF沙盒项目BFE做一个介绍。BFE是使用Go语言编写的现代七层负载均衡软件。
在百度内部,BFE每天转发超过1万亿请求。在百度以外,BFE也被招商银行、[cctv.com](https://kubecon-cloudnativecon-oss-china.com/session-virtual/cctv.com)、
[www.so.com](https://kubecon-cloudnativecon-oss-china.com/session-virtual/www.so.com)等组织使用。
首先将对负载均衡技术的发展趋势做一个讨论。然后将介绍BFE如何设计以如何满足企业级应用场景的需求。
由于使用了Go语言,BFE可以提供高可靠性,并且易于增加新功能。BFE的转发表可以支持大规模的转发规则,
同时可以支持复杂的条件表达式。BFE可用于在多个Kubernetes集群间调度流量。
BFE内置很多内部的指标用于反映实时的状态。

面向 Vitess 的持续业绩基准测试 | Continuous Performance Benchmarking for Vitess - Alkin Tezuysal & Florent Poinsard & Manan Gupta, Planetscale Inc.

Vitess 是围绕 MySQL 构建的可扩展分布式数据库系统。时下,业绩是一个相当重要的市场因素,我们得快速又准确的处理一切事宜。
随着京东、Slack 和 GitHub 等大型用户的加入,Vitess 必须确保为其用户提供完美的性能。
为满足这一需求,我们为 Vitess 创建了一个基准测试监控工具,即 AreWeFastYet。
在本次演讲中,我们将首先介绍 Vitess,然后将讨论我们如何跟踪 Vitess 的性能,最后将概述我们创建的基准测试工具。

基于 Tekton 构建大规模云原生 CI/CD 系统 | Build a Large Scale Cloud Native CI/CD System Based on Tekton - Jinming Yue & Deyuan Deng, ByteDance

随着基于 Kubernetes 的生态系统的广泛采用,社区和企业对微服务架构有着越来越大的兴趣。
伴随着这一趋势,需要云原生的 CI/CD 系统来支持微服务应用的快速迭代开发周期。
Tekton 是基于 Kubernetes 的开源云原生 CI/CD 项目;但是,其主要设计用于单集群环境,不能解决跨不同区域在多个集群上同时运行多个线路的挑战。
在本次讨论中,我们将介绍一种构建于 Tekton 之上的大规模云原生 CI/CD 系统,用于解决上述问题。
该系统为字节跳动数以千计的应用程序交付提供动力。
我们将分享设计该系统时的实际经验和需要注意的陷阱,以及我们如何解决多区域部署带来的性能和安全问题。

Chaos Mesh 2.0:让混沌工程更为简单 | Chaos Mesh 2.0: Make Chaos Engineering Easy - Cwen Yin, PingCAP

混沌工程是一种通过模拟例外或破坏性条件来测试生产软件系统稳健性的方法。
然而,对于许多人来说,从学习混沌工程到在自己的系统上着手实践的转变是令人怯步的。
在本会话中,Cwen Yin 将分享 Chaos Mesh,一个开源的云原生混沌工程平台,在使混沌工程更为简单的目标下是如何实施和发展的。
他还将介绍 Chaos Mesh 2.0 GA 版本的特性,如何使用它来快速地做第一个混沌实验,
以及如何将混沌实验集成到自己的系统中。

去哪儿网规模下 Kubernetes 多集群和 Canary 的部署 | Kubernetes Multi-cluster and Canary Deployment at the Scale of Qunar - Sheng Zou & Jenny Chen, Qunar

去哪儿网是中国领先的在线旅游平台,成立于 2005  5 月,总部位于北京。
去哪儿网基础设施团队在 2020 年底开始研究和应用 k8s,
其计划在 2021 年底前将在生产中将所有应用程序迁移到 Kubernetes 中。
随着云原生时代的到来,学习和拥抱云原生不可避免,因为其可以使业务运营更加敏捷。
容器化是将应用转移到 Kubernetes 之前的第一步。
如何将数以千计的应用程序高效、顺畅地从基于内核的虚拟机 (KVM) 迁移到容器已成为去哪儿网基础设施团队面临的一个巨大挑战。
在此次讨论中,去哪儿网基础设施团队将讨论:- 如何将 CI/CD 模式从 KVM 发展到云原生时代——
如何运用多集群和基于批量的 Canary 部署帮助应用程序、sdk 顺利进行升级——从 CI/CD 演化路径中吸取的教训。

利用智能运维 (AIOps) 对云基础设施进行智能分析 | Intelligent Analysis on Cloud Infrastructure With AIOps - Ethan Gao, Intel & Pang Liye, Inspur

对云本地基础设施和工作负载进行监视和观测的遥测技术是云服务的必要基础,
而收集到的遥测数据大多是时间序列公式。由于海量历史/实时遥测数据的高维度和高容量,
以及大规模云基础设施和分布式微服务需要通过传统方法处理,因此其效率通常较低。
本课程将回顾管理/操作云基础设施和微服务的传统方式的现状和挑战,并将人工智能与转换和机器学习算法相比较,
在这些遥测数据上引入人工智能,以实现云基础设施/工作负载管理和操作的更多智能,
如异常检测,资源预测、故障检测、根本原因分析等。具体来说,
使用 Chronos 为智能运维接入云基础设施/服务铺平道路。

用云原生无服务器技术构建现代 FaaS(功能即服务)平台 | Build a modern FaaS platform with Cloud Native Serverless technologies - Benjamin Huo & Wanjun Lei, QingCloud

作为无服务器的核心,FaaS(功能即服务)越来越受到人们的关注。
新兴的云原生无服务器技术可以通过用更强大的云原生替代方案替换 FaaS(功能即服务)平台的关键组件,
从而构建一个强大的现代 FaaS(功能即服务)平台。在本次讨论中,OpenFunction 的维护人员将讨论:
- 构成 FaaS 平台的关键组成部分,包括功能框架、功能构建、功能服务以及功能事件管理。
- 新兴云原生无服务器技术在 FaaS 各个关键领域中的优势,包括 Knative 服务、云原生构建包、Shipwright、Tekton、KEDA 和 Dapr。
- 如何以 OpenFunction 为例,利用这些云原生技术构建强大的现代 FaaS 平台。
- 事件管理对 FaaS 很重要的原因。- 既然已经有了 Knative eventing 和 Argo Events,
为什么 OpenFunction 还要创建自己的事件管理系统“OpenFunction Events”?

ChaosBlade 项目的过去、现在与未来 | The Past, Present and Future of the ChaosBlade Project - Changjun Xiao, Alibaba

ChaosBlade 是阿里巴巴在2019年开源的混沌工程项目。此项目包含混沌工程实验工具 chaosblade 和混沌工程平台 chaosblade-box,
旨在帮助企业解决云原生化过程中高可用问题。在20214月通过 CNCF TOC 投票加入到 CNCF Sandbox 项目中。
这次分享分为四部分内容:
  ChaosBlade 项目概述:介绍 ChaosBlade 项目开源的背景和项目的发展。
重点会介绍混沌工程实验模型,chaosblade 下所有的实验场景都基于此实验模型实现。
  ChaosBlade 项目过去:介绍混沌工程工具 chaosblade 能力和技术架构,
通过一个案例介绍 chaosblade 工具的使用。
  ChaosBlade 项目现在:介绍混沌工程平台 chaosblade-box 的特性和架构设计。
例如此平台支持实验工具托管、实验工具自动化部署、统一的混沌实验操作界面等。
  ChaosBlade 项目未来:介绍 ChaosBlade 项目未来规划以及商业化方面的探索。

实现 Faas + Dapr + K8S 技术融合,构建全新的阿里巴巴云无服务器研发系统 | Achieving Faas + Dapr + K8S technology integration, and build a new Alibaba Cloud Serverless R&D system - Zhao Qingjie, Alibaba

随着云原生生态系统的不断发展,Kubernetes 已经成为了一种云操作系统。与此同时,
无服务器是云计算下一个十年的发展主题这种声音越来越多,那么 Kubernetes 将如何更好地支持这种无服务器场景呢?
如何使用 Kubernetes 生态系统更好地整合二者?
尽管诸如 Kubernetes 原生和 Fission 一类基于 Kubernetes 的无服务器解决方案已经在行业内出现,
但是其仍无法突破零还原和高密度 + 高频率创建等技术瓶颈。
本次讨论主要介绍如何在阿里巴巴内部实现技术突破,以及如何实现现有应用的大规模迁移。
1.FaaS  Kubernetes 上的瓶颈。
2.如何突破节点瓶颈,实现单节点上 1200 个实例的高密度部署。
3.如何打破性能瓶颈,实现 1w+/5s 的高频创建和删除。
4.如何重复使用 Kubernetes 的生态能力,扩展 FaaS 的边界。
5.如何快速大规模迁移现有应用的无服务器形式?