明早九点，海淀那个场馆门口估计又是一片背着电脑的开发者。COSCon'25 这届开源年会，我最期待的是 Pulsar 相关的专场内容。消息队列这个东西，平时在工位上自己折腾，总有那么几个细节想找人当面聊聊。这一趟海淀，我目的特别明确：把 Pulsar 从选型到落地之间的疑问，当面问清楚。

如果你是做后端、数据底座、实时数仓方向的人，这周末的 COSCon'25 值得你专门跑一趟。文章下面这些内容，是我针对这次年会的参会准备、Pulsar 专场看点拆解、现场动线安排、以及多年跑开源会议总结出来的避坑经验。不是官方guide，只是一份来自同行的实用参考。

1. 周末海淀这场开源聚会，到底该看什么

1.1 开源年会和 Pulsar 为什么会出现在同一个标题里

COSCon 是国内开源圈一年一度的聚会，办到现在，它早就不是一个简单的"听讲座"场合了。你去看它的议程结构，就会发现每一年的热点方向，基本就是接下来一两年开源技术风向的预演。今年它把 Pulsar 单独放在标题里，背后释放的信号很明确：以 Pulsar 为代表的云原生消息队列，已经走到了规模化落地的阶段。

Pulsar 这几年在社区里的声量确实上来了。很多还在用传统消息队列的团队，开始认真评估或者已经动手迁移到 Pulsar。背后的核心原因是它的架构思路和传统中间件不一样：存算分离、内置多租户、支持分层存储，连流处理都可以在生态内解决。这种"一个平台搞定消息和流"的路线，对后端的吸引力是实实在在的。所以当 COSCon 和 Pulsar 出现在同一个标题下，对做数据底座、做基础设施的开发者来说，这几乎就是本季度最重要的一个技术聚会。

1.2 哪些人最应该来现场

这不是一场需要"跪着听"的技术会议，但对下面这几类人尤其有价值：

• 公司正在做消息中间件选型，纠结 Kafka、RocketMQ 还是 Pulsar 的；
• 已经上了 Pulsar，但遇到性能调优、集群运维、跨机房复制这类问题的；
• 做数据平台、实时数仓，想搞清楚消息队列怎么和流计算配合的；
• 纯粹想在开源社区找同路人，聊聊云原生方向技术趋势的。

还有一类人也值得来：平时主要用云厂商托管消息服务，想知道底层开源项目到底怎么演进的人。托管服务只是把开源项目包装了一层，底层的设计哲学才是决定你后续架构走向的东西。早点看清底层的逻辑，比等到架构要换的时候再临时补课要划算得多。

1.3 参会价值不能只看"听了什么"

很多人参会回来都会问我一个问题：听了两小时，好像什么都会了，又好像什么都没会。我后来发现，这个问题的根源在于出发前没想清楚目标。是去解决一个具体问题？是去认识某个项目的维护者？还是去做技术选型调研？不同的目标，对应的参会方式完全不同。

我这次的目标很明确：搞清楚 Pulsar 在实际生产环境里，离"完全替代传统消息队列"还有多远。所以我会优先选那些讲生产实践、讲踩坑经历的议题，而不是纯讲概念的那种。开源年会的好处在于，台上讲的人很可能就是代码提交者本人，台下提问和台上回答的质量都会高很多。这种面对面的交流价值，是线上看回放完全体验不到的。

2. 出发前三十分钟，先把这几件事干完

2.1 用"问题清单"过滤议程，而不是看标题

会议开始后，最热闹的议题不一定是对你有用的。一定要带着自己的问题去看议程。我的做法是先在文档里列一个问题清单，把最近生产环境里遇到的痛点全写下来。比如：客户端连接数上来之后，broker 的内存为什么会涨得那么快？跨集群复制在容灾场景下到底能不能做到快速切换？分层存储之后，消费历史冷数据会不会有额外延迟？

然后拿着问题清单去过滤议程。凡是能对应上某个问题的议题，重点标记；对不上的，就算标题写得再响亮，也先往后放。这个方法看似简单，实际能帮你省下大量刷会场的时间。你不需要每个分会场都跑到，也不需要全程端坐在一个屋子里听到底，集中在真正相关的议题上，反而能腾出更多时间去做交流。

2.2 提前过一遍 Pulsar 基础概念，现场才不会听天书

如果你是第一次接触 Pulsar，建议出发前花半小时把几个核心概念混个脸熟：Broker、BookKeeper、Topic、Subscription、Tenant。不必深究，但至少知道 Broker 负责收发消息的逻辑层，BookKeeper 是底层存储日志的分布式组件，Tenant 和 Namespace 是多租户隔离的基本单位。这样现场听演讲时，至少能跟上讲师在说哪一层。

这个表是我临时整理的最低限度知识清单，适合出发前快速扫一眼：

我见过不少朋友因为没做这步预习，结果一个 session 下来，只记住几个名词，回到工位还是不知道怎么落地。到会场的真正价值在于，你能听懂讲师每一句话背后的权衡取舍。而这个前提，就是地基概念不能缺。

2.3 票务、交通和背包里的"保命装备"

票的事情提前确认好，纸质票、电子票、邀请码，全部截图存手机，别到了门口才翻邮箱。海淀这边周末交通相对友好，但会场周边停车大概率不方便，优先地铁加步行。出门前查一下路线，把集合时间再提前半小时——会议第一天上午的签到和物料领取流程通常是最拥堵的。

背包里这几样我建议一定带：充电宝、电脑、耳机、保温杯、笔和笔记本。电脑是为了现场可能要改配置、跑命令行演示；耳机是为了在人多的环境下看录像或参加线上环节；保温杯是为了避免口渴了还要排队买饮料。建议别背太重，会场里走半天，肩膀会告诉你什么叫自作自受。

3. Pulsar 专场看点：消息队列和流处理是怎么讲透的

3.1 存算分离为什么是 Pulsar 的"胜负手"

Pulsar 最让我感兴趣的是存算分离架构。传统消息队列通常把消息的写入、存储和消费绑定在一起，扩容时经常要整体迁移，数据量上来之后运维成本非常高。Pulsar 把这一层拆开了：Broker 只负责计算和连接，真正的消息数据落在 BookKeeper 里，存储和计算可以分别扩缩容。

这个设计最直接的好处是弹性。计算压力大了，单独加 Broker；存储空间不够了，单独加 BookKeeper 节点。听起来不难，但真正在生产环境里，你会发现这个解耦带来的运维自由度是质的区别。现场相关演讲大概率会围绕这个点展开，值得认真听的是他们在不同压力模型下怎么做容量规划，以及 Broker 和 BookKeeper 之间的数据复制策略会不会成为瓶颈。

3.2 多租户、分层存储、跨地域复制，这三个特性怎么用

多租户是 Pulsar 在公司内部用得最多的特性之一。它用 Tenant 和 Namespace 做逻辑隔离，不同团队之间可以共享同一个集群，但配额、鉴权、策略各管各的。对平台组来说，这是把消息中间件"产品化"的重要基础。分层存储则是把久远的数据从 BookKeeper 搬到对象存储或廉价存储上，成本能降不少。跨地域复制解决的则是容灾和多机房就近接入的问题，可以部署多个地域的集群，然后让消息自动复制。

这三个特性如果只听名字，会觉得都挺简单，但每个特性在真实场景里都有不少细节要抠。比如分层存储，触发策略设置成多少天才算合理？数据重新导回做重放的时候，性能损耗有多大？再比如跨地域复制，多个机房同时写入的时候，消息顺序怎么保证？这些问题，光看官方文档几分钟可能就一带而过，但在专场演讲里，讲师往往会给出更贴近生产的答案。

3.3 生态扩展：Pulsar Functions、IO 连接器和兼容协议

我特别期待的是生态这一部分的分享。Pulsar 不只是消息队列，它的生态里还有 Pulsar Functions，可以让你用轻量函数直接在消息流上做处理，类似流式计算但更轻；还有一大批 IO 连接器，把数据库、数据湖、各类存储和外部系统打通。最直接的好处是，你在 Pulsar 生态里可以少搭好几套系统，数据链路大大简化。

兼容协议也值得关注。很多公司已经有一套旧的消息客户端老应用，Pulsar 现在能直接通过兼容协议接入，这样你不需要改客户端代码，生产端和消费端就能慢慢平滑迁移到 Pulsar 上。我听业内人士聊下来，真实生产里这个兼容层的使用率越来越高，现场如果有相关实践案例，不妨重点听一下。

从技术深度上看，我判断这次 Pulsar 专场至少会有这几类内容：

• 架构原理向：讲透存算分离和 BookKeeper 的日志机制；
• 生产实践向：分享集群迁移、容灾切换、性能调优的真实案例；
• 生态应用向：演示 Pulsar Functions、IO 连接器怎么跟周边系统配合；
• 社区方向向：讲未来路线图和技术演进的取舍逻辑。

每一类对应的人群不太一样。我自己最关注的是第二类，所以现场大概率会把大部分时间留给生产实践向的议题。

4. 现场动线：从开场到散场的黄金时间分配

4.1 上午先主会场，再转分会场

很多会议的最拥挤时段都是开场前半小时。签到、放包、找位置，流程一走完，我习惯直接坐到主会场偏后但靠近过道的位置。这样方便中途离场去别的会场，也不会因为频繁进出打扰到别人。上午的主旨演讲值得看，它往往能帮你把一整天的内容串起来，理解主办方在强调什么方向。

接着进入分会场时间。我的策略是"齿轮式切换"：一场听完，留五到十分钟在门口看看下个会场的主题，如果都觉得一般，就去展区溜达一圈再回来。不要盲目跟着人流冲，也不要因为某个分会场人多就觉得一定好。上午精力最好的时候，适合听硬核的技术分享；下午可以安排参与度更高的动手环节。

4.2 午休时间别浪费，社交就在这时候进行

中午是开源聚会里最神奇的时段。你会发现平时只在群里见过 ID 的人，现在就端着盒饭站在你旁边。我建议别急着找餐厅，先在会场周边转一圈，找一个看起来聊得热火朝天的小圈子，凑上去自我介绍。开源圈的社交门槛通常很低，只要你真诚地说一句"我也在用 Pulsar，想请教一个问题"，对话基本就能展开。

如果有人约你下午某个时段聊合作、做技术交流，最好提前把时间留出来。这种面对面沟通有时比会议本身更能解决问题。但也提醒一句：别把所有时间都塞满社交，自己总得留一点时间消化上午的信息，不然下午很容易走神。

4.3 展区、动手环节、闪电演讲，怎么取舍

展区是最容易被低估的地方。很多开源项目的维护者和资深用户会守在展台前，恨不得有人来问问题。和这些人聊天，能问出很多文档里根本不会写的部署经验。我每次都会准备几个"高质量问题"专门去展区问。比如：你们在并发量特别高的场景，有没有整理过 Broker 的调优参数？在跨机房延迟较大的情况下，跨地域复制的实际表现如何？

动手实践和闪电演讲适合放在下午。动手实践通常要现场操作，最好提前在电脑上准备好环境；闪电演讲节奏快、信息密度高，适合作为一天收尾前的最后一站。满打满算，一天下来能听三到四场深度议题，再逛两三圈展区，已经算是收获不小的节奏了。别把自己逼得太紧，开源大会不是赶集，你不需要把每个角落都走遍。

5. 老参会者的避坑清单：这些坑不踩，体验翻倍

5.1 现场网络和电源，是两件小事也是两件大事

大型会议现场的网络基本都会卡，尤其是上千人同时刷网页的时候。所以出发前，把需要看的议程图、演示文稿链接、参考文档都离线缓存下来。现场如果想要登录云控制台做调试，成功率说实话不高，别把时间赌在现场网络上。最好的办法是准备一个随身 Wi-Fi 或者开个手机热点，以备不时之需。

电源更是稀缺资源。会场插座有限，充电宝是必需品。有些人会带一个多口充电头，看到空插座就直接用，帮自己也帮旁边的人。一个小技巧：选座位时先看附近有没有插座板，宁可坐得偏一点，也别坐到那类全场找不到电的位置。

5.2 提问和社交的正确姿势

很多人不敢提问，怕问题太基础。其实台上讲师最怕的不是提问，是冷场。只要你问的是真实工作中遇到的问题，哪怕很简单，也大概率能得到认真回应。提问前先简单说明自己的使用场景和项目版本，会让沟通效率高很多。同样，在展区拉着维护者聊的时候，也尽量先说自己用过什么、遇见了什么问题，而不是一上来就让人家从原理开始讲。

我在现场见过不少"万能提问党"，问的全是网上能搜到答案的问题，这样反而浪费了宝贵的当面交流机会。真正有效的做法是把自己踩过的坑、近期做的技术选型判断，甚至一些代码细节拿出来聊。维护者的反馈往往非常有价值，但前提是你先给出有价值的上下文。

5.3 会后别急着走，资料和联系人别丢

会议最后半小时，很多人已经开始离场，但这也是资料发放和扫码加群的高峰期。我的建议是坚持到最后一刻，把该加的群加了，该拍的演示文稿拍了，甚至可以把几个关键技术演讲的讲师拦住，追问一两个现场没聊透的问题。开源社区的人通常都乐于被认真追问。

散场后给自己留一小时复盘，趁记忆还新鲜，把一天听到的要点、见到的关键联系人、产生的想法写下来。这一步看似简单，但能把参会价值放大好几倍。很多人开完会就把资料文件夹一丢，过两周彻底忘光，等于白跑一趟。

5.4 一个人来，不如带着问题来

最后的最后，我还是想把这个建议放出来：开源大会不是赶集，信息过载的环境里，如果你没有一个清晰的问题框架，很容易被各种热闹的 Demo 和炫酷的标题带走。带着具体问题来，遇到什么人都在心里过一遍"这人能不能帮我解决那个问题"，你会发现一整天的收获会有质的提升。

我在实际参与中养成的习惯是：会前在笔记本第一页写下三个问题，会上一边听一边把对应的答案写在旁边。散会时如果三个问题里有两个有了明确答案，剩下的那一个至少也有了一个可以继续跟进的人脉，这一天就算圆满。这个方法我用了很多年，推荐给第一次参加开源年会的朋友试试。明天海淀见，希望你这趟也能满载而归。