RocketMq苦瓜之旅

RocketMq苦瓜之旅

前言

       年前也就是想着23年能够让小组内后端研发能基本掌握相应基础服务的原理、运维，不能把这些服务仅仅当成黑盒来用，以及形成或者改进一些在使用过程中的规范，充实一下相关组件的资产，同时更是为了缓解无备岗的压力。经过与领导沟通，有了新的认知，基于此次契机，也是探索一下基础服务掌握的道路。

此次技术探索命名为：RocketMq苦瓜之旅。

先苦后甜的滋味寄托在“

真想不到当初我们也讨厌吃苦瓜，今天竟吃得出那睿智愈来愈记挂；

真想不到当初我们也讨厌吃苦瓜，当睇清世间所有定理又何用再怕。

“在陈奕迅《苦瓜》这首歌两句淡然的歌词里。结局先上扬再回落，“到大彻大悟将一切都升华”里又是另一种境界。 同时，也能预感到是这次旅程的真实写照。

方案背景

       随着交易所新的规划落地，很多微服务的基础组件已经或者即将引入。21年业务数据服务总线引入的两个基础组件RocketMq、Nacos在今年越来越多的系统、服务开始接入。现在这两个基础组件服务在生产环境基本处于裸奔。虽然现在没出什么问题，但是不得不未雨绸缪考虑一下现存的问题以及后续面临的风险：

1. 缺乏治理能力
2. 缺乏止血能力
3. 响应能力瓶颈
4. 缺乏定制能力
5. 受众瓶颈严重

方案目的

       为解决现存问题及提前应对后续风险点，同时也为其它基础能力的开展进行探路。通过一定的机制来组队。通过小组一起学习，相互交流，互补互助的模式来攻坚克难RocketMq技术专题。

小组工作：

1. 解决现存问题
2. 提前规避风险
3. 具有止血能力
4. 深度定制能力

部门：

1. 探索出一条技术学习模式
2. 知识库沉淀

个人：

1. 在重点技术、组件领域打造自己的亮点
2. 从优秀的源码中汲取营养
3. 个人技术输出（总结能力、结构化能力、表达能力、协作能力）

方案实施

组织形式

以小组的模式进行此次RocketMq苦瓜之旅。

个体模式：基于个人的实际情况，按自己的行为更有效的获取知识，一般就是：“见—解—思—行”的内循环。虽然快，但是遇到的问题多，很容易滋生放弃思想，同时无外界动力影响，很容易虎头蛇尾。也有：不完整性、局限性、不稳定等特点。

协作模式：能够使参与者开阔视野、从多角度理解知识和看待问题，能在不同思想的碰撞和争论中激发智慧和灵感，同时在与他人交流中也能发现自身弱点和缺陷，但缺乏组织、非常态。

小组模式：是个体与协作的整合与升华，使个体、协作模式从偶然的学习行为变为朝着目标、愿景的稳定、高效的学习活动。在内循环外，增加了一层“通—换—辩—沉”的外部循环。

通：自己先通，也就是内循环，同时也隐含要通俗的讲出来

换：小组内相互交换观点，交换思路、交换知识

辫：不同观点的思辨，揉和

沉：小组内输出、沉淀知识库

人员组成

人员个数：建议四人。一个负责人，两个骨干，一个助理。

考虑因素：

1. 技术因素：Rocketmq涉及到的通讯、底层存储、算法等，技术基础是考虑因素。
2. 协作因素：人员过多，时间协调困难；开会效率、沟通效率也不高。知识来源的多样化和不同思想的碰撞与融合，又要确保每个人都有充分交流与参与的机会。人数过多不可避免的出现少数人忙，多数人闲的状况，不利于调动积极性、主动性、创造性。
3. 配合因素：发挥优势，取长补短；既不能相安无事、彬彬有礼；更不能貌合神离、相互拆台。
4. 管理因素：有利于组织和管理，使成员感到接纳感、安全感、归属感和责任感。允许出现强个体。
5. 愿景因素：人少，容易思想统一。共享学习资源，共闯学习难关，共创学习成就。

职责

负责人：整个生命周期内负责整个实施各方面

骨干：参与执行、协作

助理：记录、协调资源、评判过程结果、协助负责人进行任务拆解。

助理人任职要求：对rocketMq相对熟悉。

方案有效期

任何活动最起码都应该有个期限，不然无法进行有效跟踪、度量，可能执行到最后，就会不了了之。

苦瓜之旅分三阶段进行：

阶段	时效	目标
第一阶段	3个月	全面了解RocketMq（应用场景、掌握其设计理念、能开发联调、运行Demo、形成先主干再分支的分解方式） 能运维，形成RocketMq问题解决小组 掌握RocketMq的客户端 持续改进规范（现在有一些规范，增补一些规范）
第二阶段	3个月	RocketMq拆解 优先排级 依赖技术储备 使用场景涉及模块的掌握 Client、NameServer掌握 持续改进规范、落地相应最佳实践、组件封装等
第三阶段	3个月	掌握Broker源码 全面掌握Rocketmq 小组形成能定制能力

当然源码阅读并不是了解、掌握RocketMq原理及总结归纳最佳实践的唯一方法，同时，源码阅读只是手段，不一定是目的。苦瓜之旅可能更多的时间是直面代码，亲自感受代码的侵袭，成体系掌握其设计理念、实现原理，为最终目标做技术支撑。当然也可以等到出了问题再看源码，可能“投入产出比”更高，但是这是个被动的过程。

每个阶段内部建议：大的阶段任务再细分，一口一口的“啃”，定期小组沟通，然后重视小组内交流讨论。

小组讨论是源码阅读的一个升华过程

方案保障机制

       助理协助负责人制定每个大阶段内的计划，监督计划的执行，以及每个小阶段的产出。

具体待方案确认后，再考虑。

结束语

       理想很丰满，写道此就能感受到现实的骨感扑面而来，也会想到很多组织、活动，最后的不了了之，历历在目。

方案中的愿景目标是驱动砥砺前行、不骄不馁的底层动机，这也是一条全面驾驭基础技术服务的寻路之路。

附录

之前学习RocketMq方式、方法的路线图：