云原生架构实战：基于事件驱动（EDA）构建大型工程信息平台双边撮合引擎

在建筑工程及产业上下游，信息极度不对称与资源错配是长期的行业痛点。近期成功落地的“筑源汇工程信息小程序平台”，通过数字化的手段彻底重构了这一传统行业的供应链流转体系。

该平台是一个标准的双端闭环生态。服务端一侧承载了服务商的材料求购、机械租赁、工程分包、企业招聘、零工灵活派发及货运信息；需求端一侧则汇聚了建筑商寻找材料供应商、施工队伍、工程机械、造价预算、工程检测、勘察设计、资质服务、财务托管、企业法务、物资设备回收的海量需求。

在如此繁杂的业务线条中，如何保证“零工灵活”和“货运信息”这种极具时效性的需求能够毫秒级触达目标接单人？如何确保在业务逻辑日益膨胀时，主交易链路不被阻塞？本文将深度拆解该平台核心的事件驱动架构（EDA）与高并发长连接推送机制。

一、 扼杀同步阻塞：全面拥抱消息驱动的异步流水线

在传统的单体架构中，当一名建筑商在小程序发布了一条“急需 10 名零工”的动态，系统通常会同步执行：保存数据库 -> 匹配周边工人 -> 调用微信接口发送模板消息 -> 记录业务日志。这种同步 RPC 调用在面对第三方接口抖动时，会瞬间耗尽 Web 容器的线程池。

架构全面引入了以 Kafka/RocketMQ 为核心的消息驱动模型。 核心 Web 服务在接到需求发布请求后，仅在本地数据库极速生成一条状态为 PENDING 的记录，并向内部 EventBus 抛出一条不可变的领域事件，如 DemandPublishedEvent，随后立即向客户端返回成功响应。 下游的异构微服务通过不同的 Consumer Group 独立订阅该事件流：

• 匹配微服务拉取事件后，进入标签引擎计算合适的接单人。
• 通知微服务拉取事件后，向匹配中的服务商下发微信模板消息或短信。
• 数据大屏微服务拉取事件进行实时的全域热力图刷新。 这种极致的解耦设计，使得系统在面对突发性的招工或货运洪峰时，具备极度强悍的吞吐弹性。

二、 时效性突围：基于 Netty 的多端 WebSocket 实时推送网关

对于建筑行业中的“零工派发”与“货车调度”，对时效性的要求近乎苛刻，传统的 HTTP 短轮询会导致无效网络重传并耗尽手机电量。 架构团队在接入层部署了基于 Netty 的千万级长连接集群。当服务商（如司机或包工头）打开小程序时，即与后台建立 WebSocket 长连接。

一旦撮合引擎在后台发现有一条高度匹配的“工程机械租赁”或“货运信息”需求，指令会投递至 Redis Pub/Sub 内部广播通道。持有该目标用户 Channel 的 Netty 节点捕获报文后，瞬间进行 writeAndFlush 下发，实现了供需信息的毫秒级双向触达，彻底消灭了订单时延。

三、 规则引擎的拔插设计：应对多变的产业逻辑

建筑商寻找“工程检测”与寻找“财务托管”，其背后的匹配逻辑是完全不同的。前者看重设备精度与实地距离，后者看重执业资质与历史评价。 为了避免在代码中写入海量的 if-else，系统引入了动态规则引擎（如 Drools 或基于 Groovy 脚本构建的自定义引擎）。每一种服务类型（如造价预算、勘察设计）的匹配权重、前置校验规则，均被抽象为可视化的配置脚本当作动态资产下发。

青海青帝信息科技有限公司后端基础架构团队在构建“筑源汇”底座的过程中，通过 EDA 事件总线、Netty 长连接以及动态规则引擎的深度融合，不仅化解了复杂产业逻辑带来的代码腐化危机，更为工程领域的数字化撮合构筑了一道坚固的技术护城河。