mirror of
https://github.com/kubesphere/website.git
synced 2025-12-31 02:12:47 +00:00
Merge pull request #2253 from faweizhao26/con
update the page of conferences
This commit is contained in:
KubeSphere CI Bot
GitHub
commit
593df7dbcd
|
|
@ -5,6 +5,36 @@ css: "scss/conferences.scss"
|
|||
viewDetail: 查看详情
|
||||
|
||||
list:
|
||||
- name: KubeCon 大会
|
||||
content: KubeSphere 社区在 KubeCon + CloudNativeCon 2021 上的技术主题分享。
|
||||
icon: images/conferences/kubecon.svg
|
||||
bg: images/conferences/kubecon-bg.svg
|
||||
bgColor: linear-gradient(270deg, rgb(101, 193, 148), rgb(76, 169, 134))
|
||||
children:
|
||||
- name: 基于 RBAC 和 Kubefed 的 Kubernetes 多集群和多租户管理
|
||||
summary: 软隔离是一种没有严格隔离不同用户、工作负载或应用程序的隔离形式。就 Kubernetes 而言，软隔离通常由 RBAC 和命名空间隔离。当集群管理员跨多个 Kubernetes 集群实现隔离时，会遇到许多挑战，如身份验证和授权、资源配额、网络策略、安全策略等。
|
||||
author: 万宏明
|
||||
link: rbac/
|
||||
image: https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-hongming.png
|
||||
|
||||
- name: 用统一的方式分发 Helm 和 Operator 应用
|
||||
summary: 许多应用程序定义和框架都来自云原生计算基金会领域，Helm 和 Operator 是 Kubernetes 生态系统中打包和管理应用程序的最流行方式。根据云原生计算基金会 2020 年的调查，以多集群和多云为代表的企业架构已成为现代基础设施的新趋势。如何利用以应用为中心的概念来提供自助服务，跨多个 Kubernetes 集群和云交付/部署应用程序？
|
||||
author: 赖正一
|
||||
link: apps/
|
||||
image: https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-zhengyi.png
|
||||
|
||||
- name: 用云原生无服务器技术构建现代 FaaS（函数即服务）平台
|
||||
summary: 作为无服务器的核心，FaaS（函数即服务）越来越受到人们的关注。新兴的云原生无服务器技术可以通过用更强大的云原生替代方案替换 FaaS平台的关键组件，从而构建一个强大的现代 FaaS 平台。
|
||||
author: 霍秉杰，雷万钧
|
||||
link: openfunction/
|
||||
image: https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-ben.png
|
||||
|
||||
- name: 去哪儿网 Kubernetes 多集群和金丝雀部署最佳实践
|
||||
summary: 随着云原生时代的到来，学习和拥抱云原生不可避免，因为其可以使业务运营更加敏捷。容器化是将应用转移到 Kubernetes 之前的第一步。如何将数以千计的应用程序高效、顺畅地从基于内核的虚拟机 (KVM) 迁移到容器已成为去哪儿网基础设施团队面临的一个巨大挑战。
|
||||
author: 邹晟，陈靖贤
|
||||
link: qunar/
|
||||
image: https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-qunar.png
|
||||
|
||||
- name: KubeCon 大会
|
||||
content: KubeSphere 团队在 KubeCon + CloudNativeCon 2019 Shanghai 上的技术主题分享。
|
||||
icon: images/conferences/kubecon.svg
|
||||
|
|
|
|||
|
|
@ -0,0 +1,24 @@
|
|||
---
|
||||
title: '用统一的方式分发 Helm 和 Operator 应用'
|
||||
author: '赖正一'
|
||||
createTime: '2021-12-09'
|
||||
snapshot: 'https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-zhengyi.png'
|
||||
---
|
||||
|
||||
## 议题简介
|
||||
|
||||
许多应用程序定义和框架都来自云原生计算基金会领域，Helm 和 Operator 是 Kubernetes 生态系统中打包和管理应用程序的最流行方式。根据云原生计算基金会 2020 年的调查，以多集群和多云为代表的企业架构已成为现代基础设施的新趋势。如何利用以应用为中心的概念来提供自助服务，跨多个 Kubernetes 集群和云交付/部署应用程序？KubeSphere 团队正在构建一个统一的控制面，使用户能够以一致的工作流交付应用程序和云功能。在本次演讲中，KubeSphere 维护人员讨论：使用 CRD 简化 Helm Chart 和 Operator 部署，如何跨多个云传播原生应用程序，如何跨多个云管理 Operator 及其 CRD，如何在优雅的界面中扩展操作符。
|
||||
|
||||
## 分享者简介
|
||||
|
||||
赖正一，KubeSphere 研发工程师，为 Helm, virtualkubelet, grpc-gateway 等做出了贡献。他还在 KubeSphere 中维护应用程序商店、网络和可插拔架构。他的主要工作集中在网络、多集群、应用程序交付和云原生技术，如 Artifact Hub 和 Kube-OVN。
|
||||
|
||||
## 视频回放
|
||||
|
||||
<video id="videoPlayer" controls="" preload="true">
|
||||
<source src="https://kubesphere-community.pek3b.qingstor.com/videos/KubeCon2021-China-zhengyi.mp4" type="video/mp4">
|
||||
</video>
|
||||
|
||||
## 对应文章
|
||||
|
||||
整理中，敬请期待
|
||||
|
|
@ -0,0 +1,31 @@
|
|||
---
|
||||
title: '用云原生无服务器技术构建现代 FaaS（函数即服务）平台'
|
||||
author: '霍秉杰，雷万钧'
|
||||
createTime: '20 21-12-10'
|
||||
snapshot: 'https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-ben.png'
|
||||
---
|
||||
|
||||
## 议题简介
|
||||
|
||||
作为无服务器的核心，FaaS（函数即服务）越来越受到人们的关注。新兴的云原生无服务器技术可以通过用更强大的云原生替代方案替换 FaaS平台的关键组件，从而构建一个强大的现代 FaaS 平台。在本次分享中，OpenFunction 的维护人员分享讨论：
|
||||
|
||||
- 构成 FaaS 平台的关键组成部分，包括函数框架、函数构建、函数服务以及函数事件管理。
|
||||
- 新兴云原生无服务器技术在 FaaS 各个关键领域中的优势，包括 Knative 服务、Cloud Native Buildpacks、Shipwright、Tekton、KEDA 和 Dapr。
|
||||
- 如何以 OpenFunction 为例，利用这些云原生技术构建强大的现代 FaaS 平台。
|
||||
- 事件管理对 FaaS 很重要的原因。既然已经有了 Knative eventing 和 Argo Events，为什么 OpenFunction 还要创建自己的事件管理系统“OpenFunction Events”?
|
||||
|
||||
## 分享者简介
|
||||
|
||||
霍秉杰，云原生 FaaS 项目 OpenFunction Founder；FluentBit Operator 的发起人；他还是几个可观测性开源项目的发起人，如 Kube-Events、Notification Manager 等；热爱云原生和开源技术，是 Prometheus Operator, Thanos, Loki, Falco 的贡献者。
|
||||
|
||||
雷万钧，OpenFunction Maintainer，负责开发 OpenFunction；FluentBit Operator 的维护者；KubeSphere 可观测性团队的成员，负责 Notification Manager 的开发；云原生和开源技术的爱好者，fluent bit 和 nats 的贡献者。
|
||||
|
||||
## 视频回放
|
||||
|
||||
<video id="videoPlayer" controls="" preload="true">
|
||||
<source src="https://kubesphere-community.pek3b.qingstor.com/videos/KubeCon2021-China-Ben.mp4" type="video/mp4">
|
||||
</video>
|
||||
|
||||
## 对应文章
|
||||
|
||||
整理中，敬请期待
|
||||
|
|
@ -0,0 +1,33 @@
|
|||
---
|
||||
title: '去哪儿网 Kubernetes 多集群和金丝雀部署最佳实践'
|
||||
author: '陈靖贤，邹晟'
|
||||
createTime: '2021-12-10'
|
||||
snapshot: 'https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-qunar.png '
|
||||
---
|
||||
|
||||
## 议题简介
|
||||
|
||||
去哪儿网是中国领先的在线旅游平台，成立于 2005 年 5 月，总部位于北京。去哪儿网基础设施团队在 2020 年底开始研究和应用 k8s，其计划在 2021 年底前将在生产中将所有应用程序迁移到 Kubernetes 中。目前去哪儿网使用 KubeSphere 作为多 K8s 集群管理平台，大大提高了运维同学的工作效率，同时作为统一的集群入口，它也保障了业务数据的安全。
|
||||
|
||||
随着云原生时代的到来，学习和拥抱云原生不可避免，因为其可以使业务运营更加敏捷。容器化是将应用转移到 Kubernetes 之前的第一步。如何将数以千计的应用程序高效、顺畅地从基于内核的虚拟机 (KVM) 迁移到容器已成为去哪儿网基础设施团队面临的一个巨大挑战。在此次分享中，去哪儿网基础设施团队分享讨论：
|
||||
|
||||
- 如何将 CI/CD 模式从 KVM 发展到云原生时代
|
||||
- 如何运用多集群和基于批量的 Canary 部署帮助应用程序、sdk 顺利进行升级
|
||||
- 从 CI/CD 演化路径中吸取的教训。
|
||||
- KubeSphere 多集群在去哪儿网的落地实践
|
||||
|
||||
## 分享者简介
|
||||
|
||||
陈靖贤，去哪儿网 DevOps 产品经理，目前主要负责在去哪儿传播 DevOps 文化，调查、导入和开发流程、工具、平台的最佳实践，帮助公司以更快的速度交付软件，降低风险，降低运营成本。
|
||||
|
||||
邹晟，去哪儿网基础架构团队高级 DevOps 工程师，现主要负责 CI/CD 平台开发与维护，云原生技术研究与实现。同时也是 KubeSphere Talented Speaker。
|
||||
|
||||
## 视频回放
|
||||
|
||||
<video id="videoPlayer" controls="" preload="true">
|
||||
<source src="https://kubesphere-community.pek3b.qingstor.com/videos/KubeCon2021-China-qunar.mp4" type="video/mp4">
|
||||
</video>
|
||||
|
||||
## 对应文章
|
||||
|
||||
整理中，敬请期待
|
||||
|
|
@ -0,0 +1,24 @@
|
|||
---
|
||||
title: '基于 RBAC 和 Kubefed 的 Kubernetes 多集群和多租户管理'
|
||||
author: '万宏明'
|
||||
createTime: '2021-12-09'
|
||||
snapshot: 'https://pek3b.qingstor.com/kubesphere-community/images/kubecon2021-hongming.png'
|
||||
---
|
||||
|
||||
## 议题简介
|
||||
|
||||
软隔离是一种没有严格隔离不同用户、工作负载或应用程序的隔离形式。就 Kubernetes 而言，软隔离通常由 RBAC 和命名空间隔离。当集群管理员跨多个 Kubernetes 集群实现隔离时，会遇到许多挑战，如身份验证和授权、资源配额、网络策略、安全策略等。在本次演讲中，KubeSphere 维护人员分享了他们在设计隔离体系结构方面的经验和最佳实践。如何跨多个集群管理用户和身份验证。如何管理不同集群租户的资源配额。资源隔离机制以及如何跨多个集群授权资源。
|
||||
|
||||
## 分享者简介
|
||||
|
||||
万宏明，KubeSphere 研发工程师 & 核心贡献者，KubeSphere 多租户和安全团队负责人，专注于开源和云原生安全领域。
|
||||
|
||||
## 视频回放
|
||||
|
||||
<video id="videoPlayer" controls="" preload="true">
|
||||
<source src="https://kubesphere-community.pek3b.qingstor.com/videos/KubeCon2021-China-hongming.mp4" type="video/mp4">
|
||||
</video>
|
||||
|
||||
## 对应文章
|
||||
|
||||
整理中，敬请期待
|
||||
Loading…
Reference in New Issue