一、项目背景
(1) 公司业务发展，通道淘汰更新频繁,项目周期一般2-4周（类似通道工作量也差不多）。
(2) 对渠道访问无控制,出现过并发数过大导致第三方通道奔溃。
(3) 达到统一管理，维护，监控，快速接入。
(4) 公共服务共用，高内聚低耦合
(5) 各渠道升级上线不影响
二、架构图
三、组件功能
(1) 执行器 负责接收消息，并透传给控制器
(2) 控制器 负责接收消息并将数据存入mongoDB库
(3) 分配器 负责按zk配置的规则（最大数以及批次间隔）拉取消息并分发。这里会做优先级判断（按渠道、接口和时间三个维度）
(4) 适配器 按zk配置的（并发数以及时间间隔）拉取消息，格式转换以及业务校验支行发往通道。
(5) 收集器 支持同步和异步的结果通知。更新原请求的状态并新增一条查询记录
(6) 通知器 通知应用结果
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
