目录
解决问题场景?
那么这款内部业务消息中心需要满足哪些功能呢?
哈喽小伙伴,我是kilde,和有需要的小伙伴分享一个业务消息中心的设计思想与实现,喜欢的小伙伴可以点赞关注博主,觉得有用的也可以打赏博主哦,也希望这个博客能给各位有需要的小伙伴或多或少解决一些场景问题或者提供一下设计思想
解决问题场景?
现在的服务发送消息示例如图上,都是在各自的服务中聚合好消息后推送出的
随着集团业务增长迭代与对外部C端产品(app、pc)的不断演化、分叉,出现了多款APP和PC端产品,每个产品的消息通知或有关联或无关联,那么每个业务线的需求方、产品人员、研发人员几乎都需要重新设计这一块并且实现,在时间与人力成本上的支出会有许多不必要的浪费,所以在内部生态的场景下急需一款业务中间件来解决上述的问题
那么这款内部业务消息中心需要满足哪些功能呢?
1、兼容内部业务所有的消息源头,包括MQ消息、rest消息等
2、具有自动化消息分类分发功能,也就是比如审核类消息.下单物流消息,注册类通知等等
3、具有快去兼容消息生产端与消费端能力
4、具有消息溯源功能
5、具有部分消息聚合功能,也就是需要把消息封装成我们想要的最终样子分发出去
那么我们根据上述的这些功能简单的画下架构图
那么下面让我们一步步来实现这个小而全的消息中心吧,代码与实现思想讲解将分为几个章节完成,喜欢的小伙伴可以关注下博主
GIT地址:
