CloudWeGo 社区会议 4.21

会议主题： CloudWeGo 社区会议 4.21

参会人员： YangruiEmma, liu-song, baiyutang, yccpt, AshleeT, CoderPoet, Quan Hu, li-jin-gou, JZK-Keven, EastHorse, GuangmingLuo, HeyJavaBean, jayantxie, ppzqh, Shizheng Hou, andrewshan, simon0-o, yiyun, Wanqi Su, Zheming Li, Xianjie Yao, LoveScotty.

会前必读： 官网； https://github.com/cloudwego

议程 1 ：新成员自我介绍

内容：社区新成员分别进行自我介绍，主要包含个人基本情况、开源贡献经历和后续参与社区规划。

议程 2 ：Kitex 单测任务回顾、总结、建议

(@GuangmingLuo 负责介绍)

  1. 完成进度： 2/14

  2. 提交 PR 注意事项 ：

    a. 写 PR 描述：直接写 Issue 的编号即可，不要写 Fix 和 Resolve。

    b. 提交 PR 前：完成本地 Coding 后，运行gofumpt -l -extra -w .，检测代码是否存在语法、 License等问题。Contributor 在本地 Fix 这些问题后，能够顺利通过 CI 流程检测，顺利进入 review 环节。

    c. 提交 PR 时：若 PR 处于 Working In Progress 状态，大家在提交 PR 时可以选择 Draft PR ，或者在 PR 描述中加入 WIP 标识，便于 Reviewer 优先处理完成状态的 PR。

    d. 单测描述：需要在描述部分清晰、详细说明单测方法的场景，便于后续快速、准确地 Review 代码逻辑。

  3. 后续安排： 将完成的 PR 正式地 Release 在 Kitex V0.3.0 中，并在 Release Notes 中公示。

议程 3：Kitex 源码解析活动介绍与讨论

（@baiyutang 负责介绍）

  1. 介绍： 源码解析活动方案草案主要包含六大模块：学习资料、设计理念、目标、课题、解读思路、产出形式。

    a. “目标”：① 作为 Contributor 的学习产出；② 作为框架新人的学习资料；③ 丰富社区资源和内容，提高 Kitex 的知名度。

    b. “课题”：包括 Kitex 模块设计及调用链路、服务治理、框架公共模块等内容。

    c. “解读思路”：包括代码设计现状、设计背景、Q&A、最佳实践等内容。

  2. 后续安排： 确定源码解读的优先级，继续补充、优化文档内容。

议程 4：Kitex 与阿里云 Nacos + Trace 对接工作进展介绍与讨论

（@li-jin-gou 负责介绍）

  1. 背景介绍： 我们希望将 Demo(Easy-Note) 部署到阿里云，主要的工作是验证 Kitex 接入阿里云的 ARMS 的链路追踪 和 MSE 的 Nacos 注册中心。

  2. 工作开展： 目前主要进行了 Kitex Nacos 扩展改造，包括改造初始化方式、设置环境变量和默认值、自定义 Logger 注入等。

  3. 后续安排： 相关实践文档在完成正式验证和完善后，将通过官方渠道，对外发布。

议程 5：Kitex 对接开源服务治理 SDK 方案介绍与讨论

（@jayantxie 负责介绍)

  1. 背景介绍： 为方便 Kitex 用户上云，计划对接腾讯的开源服务治理平台 Polaris，通过集成 go sdk，满足诸如熔断限流和动态路由等 Polaris 平台的治理能力。

  2. 方案介绍： 目前存在两种方案设计，二者之间的区别主要体现在接入方式的不同。由于我们需要结合两个框架，此时必然会有一个框架的接口需要被调整改动。其中，方案一，倾向于保留 Kitex 现有框架的设计；方案二，倾向于保留 Polaris 的接口。经过讨论，决定采用方案一，详见 Issue。

议程 6：社区建议

大家围绕源码解析文章的收集、发布形式展开了讨论。

  1. 收集形式： ① 建议将其以“ RPC 框架学习百科全书”，或者“框架学习指南”的形式，作为开源活动放在社区里，由大家进行内容补充；② 也可以以任务认领的形式发布社区，邀请社区成员参与源码解析。

  2. 发布形式： ① 可以考虑通过公众号宣传；② 也可以发布在 CloudWeGo 官网 和 Github 的 Wiki 里面。

议程 7：Q&A

Q：我们是否也要把对接阿里云的相关基础设施统一放在一个 Suite 里面？

A：目前还没有对接服务治理，我们的规划是：第一阶段支持注册中心和可观测系统的接入。比如，对Nacos 注册中心这块做了一些无侵入式配置的扩展对接，然后我们通过 OpenTelemetry 去接入阿里云的可观测系统；第二阶段，我们准备通过 Middleware 或 Suite 的方式对接开放服务治理的能力。现阶段的工作主要是对 Kitex 的 Nacos registry 展开了优化，然后结合 OpenTelemetry 这一扩展，去重构 Kitex Easy-Note Demo。

Q：单测每次 CI 都会出报告吗？上次想加到 awesome go ，但是他们对覆盖度有要求。

A：可以点进 CI 的 Show all checks 查看测试报告，同时，在单测新手任务完成之后，项目整体的单测覆盖率提高之后，我们也可以去设置覆盖率的门禁，后续 CI 检测会去检查单测覆盖率，并且输出到 PR 评论中。

相关资讯

截至 4 月 21 日，历时 5 个月，CloudWeGo-Kitex 完成了 3000 Stars 到 4000 Stars 的跨越，来到新的里程碑！


最后修改 January 18, 2024 : Upload volo blog (#936) (1fc8abb)