Kearey的知识仓库

在专题的上一章中，重点讲解了项目的改造背景、难点分析。之所以会如此的追本溯源的去记录，第一是因为：一个可以落地的解决方案的敲定，是综合项目各方面的原因得到的。没有完美的架构，只有刚好的架构；没有满足一切的架构，只有满足目标的架构。第二是因为想要通过这样的记录，让后面的同学能快速的理解：实践中并不需要沿用我的解决方案，只要能把思路打开，一定会找到更加适合你们项目的方式。好了废话不多说，本章会就Kafka实现延迟消息与广播模式的技术细节展开讨论。

由于公司需要进行公共服务架构调整，决定采用开源的Jeepay项目来构建自身的公共支付服务。在现有项目的基础上，我们进行了一些业务层面的改造，以更好地适应公司的业务场景。关于这些业务改造的具体内容，在本次专题中不会详细展开。Jeepay是一套适合互联网企业使用的开源支付系统，支持多渠道服务商和普通商户模式。已对接微信支付，支付宝，云闪付官方接口，支持聚合码支付。专题想要重点讨论的是：关于Jeepay中MQ的相关功能扩展，以及技术实现细节。