上边是一个常见的通过消息队列将业务异步拆解的模型，按道理结构已经十分简单了，特别是对于一个相对稳定的业务，代码基本变动不大的情况下，这个模型基本足够了。遴选公务员不过对于一个爱折腾的开发人，不玩点花里胡哨的，存在感就没了，经过各种假设论证之后，终于找到了这么几个不满意的地方：
1. 开发，测试，生产，都需要搭建对应的Rabbit实例，特别是开发测试环境抢消息，再加上多人开发，大麻烦可能没有，但小麻烦一定是不断的。
2. 业务代码中，直接调用了具体消息队列的产品，当某一个模块消息量快速上升，无法局部切换队列产品。（当然你也可以切分出独立的服务，但是耗时，代价相对较大）。
3. 遴选公务员对于同一解决方案内的异步消息，或多或少的会出现生产消息调用和消费消息调用代码分散（比如用户登录后添加日志）。www.gongxuanwang.com/
4. 当前的项目代码依赖外部消息队列或者数据库（如果公司偏项目型，新项目无法轻装上阵）
