5. ActiveMQ平滑迁移到kafka

直入主题，不讨论为什么迁移，直接谈迁移方案。

既然是从AMQ（AtiveMQ的简称）迁移到kafka，那么迁移过程中肯定需要做到平滑迁移：对于业务没有影响，对于上下游系统没有依赖。

由于系统一般会和多个上游，多个下游通过MQ中间件保持依赖关系，迁移的过程中，肯定要做到各个系统上线没有任何依赖。打个比方订单系统发送topic，会员系统和积分系统都会接收这个topic（会员增加成长值，积分系统加积分）。改造后发布时，订单系统，会员系统，积分系统三个系统上线应该可以任意顺序，任意时间发布上线。

依赖关系

给出具体方案之前，先捋一下各个系统之间的依赖关系。再复杂的系统，和其他系统之间的依赖关系也就如下图所示，假设我们关注的是系统H。它会接受上游系统A和B发送的topic，以及给下游系统X，Y和Z发送topic（说明：下图是系统依赖关系图，而不是实例关系依赖图）。

根据这张架构图，我们将消息分为几个类型：
1. 生产型(1-1)–这种消息由本身系统H发送，下游系统X，Y，Z中任意且只有一个系统消费（AMQ中Queue的使用场景）；
2. 生产型(1-N)–这种消息由本身系统H发送，下游系统X，Y，Z中任意多个系