⽬标
技术⽬标: 上⾏到消息队列api吞吐量10000条/秒，下发第三⽅平台1000条/秒（仅平台⾃⾝处理能⼒，第三⽅看第三⽅处理能⼒极限指标为准）；保证消息中⼼100%⾼可⽤。 业务⽬标: 对接新需求，明确消息中⼼的负责⼈（架构组），及时响应业务处理或者反馈。 产品⽬标: ⽀持消息处理状态查询，简单的消息规范消息对接（初级开发5分钟实现接⼊成本），规范化消息模板办理。
需求原型
portal认证服务器
功能需求
⽀持阿⾥云短信，，app推送，统⼀站内信，企业（应⽤，个⼈）等第三⽅推送。包含消息模板管理，账户管理，消息搜索，批量消息发送等。 技术⽅案
业务部署交互图
业务核⼼逻辑交互图
ktkp-073技术选型优势缺点
鞋帮加工
rocketmq 【性能好】单个吞吐量能达10万/秒，并⾏推送能⼒（消费能⼒）可
以通过rocketmq的分区(分区细节需要设计)数量进⾏扩展。性能 烷基叔丁基醚上⾯是⼀个亮点和优势
【部分功能不⽀持】⼀旦进⼊rocketmq队列，推送消息不可撤回。很多数
据库层⾯的功能特性（mq不⽀持）在设计上就会舍弃。
es 【性能好】可以⽀撑上亿的数据量的关键词搜索，实时同步的性能
和吞吐量都还可以。
【并发插⼊能⼒略差】假设消息下发吞吐量⾼，需要批量对消息进⾏同步,
这样可以优化es吞吐量。⾼并发对es同步,es承载能⼒可能会出问题（可
以投⼊测试进⾏验证）。
技术选型优势缺点
概要设计描述
毛毡带1. rocketmq 设计正常消息队列(正常投递消息)，重试消息队列（⽀持多种延迟机制，发送失败重试的消息），发送结果消息队列（发送
清肺排毒颗粒的功效与作用超限或者成功的消息）。
2. es 同步以上三种队列的消息，以最终⼀致性（最晚时间戳校验）保持消息信息最新。
3. mysql 仅⽀持管理模板，账号等基础管理功能。
底层框架设计、运维层⾯描述
1. 统⼀⽹关: spring cloud gateway/kong，仅做api层⾯的路由⽀持。
2.
3. 业务框架: 标准输⼊输出http rpc等业务框架⼯具或协议层⾯⽀持。
4. 服务⾼可⽤：k8s&docker 及devops 线上⼀体化部署的⽀持，要做到⼀键发布,⼀键回滚，滚动发布，不停机发版。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议