业务消息中心系统设计与实现(一)

目录

解决问题场景?

那么这款内部业务消息中心需要满足哪些功能呢?


哈喽小伙伴,我是kilde,和有需要的小伙伴分享一个业务消息中心的设计思想与实现,喜欢的小伙伴可以点赞关注博主,觉得有用的也可以打赏博主哦,也希望这个博客能给各位有需要的小伙伴或多或少解决一些场景问题或者提供一下设计思想

解决问题场景?

 现在的服务发送消息示例如图上,都是在各自的服务中聚合好消息后推送出的

随着集团业务增长迭代与对外部C端产品(app、pc)的不断演化、分叉,出现了多款APP和PC端产品,每个产品的消息通知或有关联或无关联,那么每个业务线的需求方、产品人员、研发人员几乎都需要重新设计这一块并且实现,在时间与人力成本上的支出会有许多不必要的浪费,所以在内部生态的场景下急需一款业务中间件来解决上述的问题

那么这款内部业务消息中心需要满足哪些功能呢?

1、兼容内部业务所有的消息源头,包括MQ消息、rest消息等

2、具有自动化消息分类分发功能,也就是比如审核类消息.下单物流消息,注册类通知等等

3、具有快去兼容消息生产端与消费端能力

4、具有消息溯源功能

5、具有部分消息聚合功能,也就是需要把消息封装成我们想要的最终样子分发出去

那么我们根据上述的这些功能简单的画下架构图

 那么下面让我们一步步来实现这个小而全的消息中心吧,代码与实现思想讲解将分为几个章节完成,喜欢的小伙伴可以关注下博主

GIT地址:

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

soulbboy

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值