KubeSphere 社区年度 Office Hours 精彩回顾
2021 年 12 月 18 日，KubeSphere 社区组织了一场年度 Office Hours——社区分享交流会，邀请 KubeSphere 社区成员来到青云科技办公室内参与分享和交流。这是 KubeSphere 社区第一次尝试 Office Hours 这种交流形式，还第一次采取了四城联动的方式——在北京、上海、武汉、成都四个城市设立了四个会场同步进行。
本次分享交流会主要与社区用户和贡献者共同探讨需求与 Roadmap，进一步改进和优化 KubeSphere 产品、文档和社区，并且欢迎现场参与用户吐槽，所以除分享环节外，还额外设置了一个小时的自由交流环节。
分享内容
本次分享交流会由 KubeSphere 团队人员分享了五个议题，分别是：
KubeSphere 研发总监周小四从宏观上介绍了 KubeSphere 的发展历史与未来展望—— KubeSphere 的愿景是打造一个开源的、架构开放的分布式操作系统，所以在 KubeSphere 4.0 中可插拔将是非常关键的基础；
KubeSphere 研发负责人张仁宇则阐述了 KubeSphere 某些功能的设计理念以及现存问题——目前 KubeSphere 团队是以 Kubernetes 的方式做 Kubernetes 开发，而且要做到功能与易用性的平衡，但是带来了很多困难，比如开发难度和升级复杂度的增加等等；
KubeSphere 产品负责人于爽向大家介绍了 KubeSphere 3.2.x 的重要更新，以及产品当前的发展情况和未来的规划——KubeSphere 产品和团队的理念和 IT 发展的趋势始终保持一致，用产品化的思维和方式帮助企业完成云原生的治理和转型；
KubeSphere 社区经理周鹏飞展示了今年 KubeSphere 社区的发展情况和成果，公布了 2021 年度的社区贡献者、Ambassador、Talented Speaker 和 Member，也介绍了当前贡献开源社区的主要方式。此外，KubeSphere 社区还通过每周四晚的云原生技术直播和线下系列 Meetup，输出各个行业用户的技术案例和最佳实践，以及联合尚硅谷发布了一套完整的云原生视频课程，为 KubeSphere 用户和云原生领域的人才持续赋能；
KubeSphere DevOps 研发负责人 Rick 则讲述了为何要参与开源社区以及如何参与，并以个人的亲身经历为例，为大家讲述了他本人在开源世界里如何从当年的 “学渣” 成长为现在的专业 DevOps 工程师、多个知名开源项目的 Maintainer 和 LFAPAC 开源布道师；
最后，KubeSphere.Cloud 研发工程师赖正一和 KubeSphere.Cloud 产品经理胡润则向大家介绍了青云科技刚推出不久的云原生容灾备份 SaaS 服务，并邀请大家试用体验—— KubeSphere Cloud 云原生备份容灾服务是国内首个企业级 Kubernetes 云原生备份容灾 SaaS 服务，具有多项优势和多个应用场景，而且提供长期的免费订阅计划。
关注公众号「KubeSphere 云原生」，回复关键词“office hours”，则可获取以上分享的 PPT。
交流和反馈
分享结束后，各会场分别组织了最后的交流环节。
在交流环节的初始，我们设立了“闪电演讲”，即邀请来到各现场的 KubeSphere 用户、贡献者等来分享自己使用 KubeSphere 的经验或贡献社区的经历，以及反馈和吐槽 KubeSphere 现有功能存在的问题。
四个会场都有到场用户或贡献者参与了“闪电演讲”，在北京会场，就有多位参与者进行了分享和反馈。他们有的分享了自己使用 KubeKey 与贡献 KubeKey 的经历，有的分享了自己使用 KubeEye 并参与贡献的经验，还有的分享了自己参与“暑期 2021”项目的感受。当然，他们也反馈了诸多问题，包括产品、社区、文档等多个方面，为 KubeSphere 后续的优化和改进提供了很中肯的建议。
“闪电演讲”之后，则是自由交流环节，很多参会者都向我们反馈了他们遇到的问题以及产品、文档和社区还需改进的地方。活动结束后，我们梳理了现场用户反馈的问题，并整理到了文档[1]中。
这其中有一些典型的问题：
Q1： 部分文档过时，更新频率较慢，文档获取方式需要进一步优化
答：感谢反馈。目前 KubeSphere 社区的官方文档的维护顺序是英文优先，中文由社区贡献者参与翻译贡献，所以中文文档的内容更新可能会有稍许滞后，我们希望有更多的社区贡献者来帮助完善中文文档的维护和更新；此外，KubeSphere 社区后续也会学习一些上游社区的做法，在新版本发布前提供预览版的文档，尽可能在新版本发布前确保官方文档的内容完善和公开。
Q2： 希望 KubeSphere 提供更轻量的 DevOps 体验。
答：这是由于 KubeSphere 采用和依赖了 Jenkins 作为 CI/CD 引擎，Jenkins 本身虽然功能丰富和强大，但资源消耗和维护成本确实比较高。目前 KubeSphere DevOps SIG 已经将 DevOps 后端从 KubeSphere 中解耦，见 ks-devops 项目，后续还将继续解耦并孵化成一个独立的开源项目，并引入 Argo CD、Tekton 等云原生 CI/CD 项目作为用户可选的 CI/CD 引擎。
Q3： KubeSphere 审计日志感觉比较鸡肋，KubeSphere 以外的操作好像捕获不到，界面上不支持查询 K8s 原生的审计日志吗？
答：界面查询 K8s 原生的审计日志需要手动配置和增加 Kubernetes 审计策略文件和 Kubernetes 审计 Webhook 配置文件，可参考官方文档[2]。
Q4： KubeSphere 的代码缺少有效的测试代码，以及可参考的测试写法。并且单元测试覆盖有限，缺少接口和 e2e 的测试和示例，如果是新增比较多的功能，可能测试部分有些无从下手。
答：e2e 测试我们完成了一小部分, 可以参考这部分，https://github.com/kubesphere/kubesphere/tree/master/test/e2e ，目前正在推进完善 e2e 测试。
在此，非常感谢各位参会成员对 KubeSphere 的支持和积极反馈！
后续，我们将重点关注和持续解答这些问题，并且会针对性的进行改进和优化。
如果对 KubeSphere 的产品、文档及社区，您也有吐槽或者建议，欢迎在此文档上继续添加。
精彩瞬间
另外，我们还在现场设立了一个投票环节，让用户投票选出自己最期待的 KubeSphere 功能。
如果您也有期待的功能，欢迎扫描下面二维码向我们反馈。
现场合影
分享中途，各会场分别组织进行了合影和茶歇。
以上就是本次 Office Hours 分享交流会的整体回顾，再次感谢各位社区伙伴的支持和参与！2022 年社区还会陆续在各个城市举办小规模的 Office Hours 线下交流活动，欢迎各位社区伙伴继续参与！
引用链接
文档: https://docs.qq.com/doc/DQ2lZTlBNdlZWV3Rx
[2]官方文档: https://kubesphere.io/docs/toolbox/auditing/auditing-receive-customize/
关于 KubeSphere
KubeSphere （https://kubesphere.io）是在 Kubernetes 之上构建的开源容器混合云，提供全栈的 IT 自动化运维的能力，简化企业的 DevOps 工作流。
KubeSphere 已被 Aqara 智能家居、爱立信、本来生活、东软、华云、新浪、三一重工、华夏银行、四川航空、国药集团、微众银行、杭州数跑科技、紫金保险、去哪儿网、中通、中国人民银行、中国银行、中国人保寿险、中国太平保险、中国移动、中国电信、天翼云、中移金科、Radore、ZaloPay 等海内外数千家企业采用。KubeSphere 提供了开发者友好的向导式操作界面和丰富的企业级功能，包括 Kubernetes 多云与多集群管理、DevOps (CI/CD)、应用生命周期管理、边缘计算、微服务治理 (Service Mesh)、多租户管理、可观测性、存储与网络管理、GPU support 等功能，帮助企业快速构建一个强大和功能丰富的容器云平台。