使用消息队列会增加项目的复杂度。我的一个Side project是一个邮件相关的项目，主要功能是接收和发送邮件，是一个saas类型的项目，用户使用我的API发送和接收邮件，为了缩短API block用户请求进程的时间，我把所有的实现代码移到队列里面。所以队列的消费进程需要抽象出公共的配置文件，比如数据库的连接信息，Model，某些应用抽象了业务逻辑，这些部分的代码也需要放置在一个公共的项目里面。
原本项目是一个叫replybymail-web的包，后来因为发送邮件部分的代码需要放置在队列里面，建立了一个叫做replybymail-sender的rabbitmq消费者进程，这个消费进程用pm2来启动。这是sender需要和web公用同一个replybymail-model的包，model的包所有需要的模型的代码，同事新增了reply-common，包括
- 一些加密的方法
- 配置信息如RabbitMQ的连接地址和用户名密码
- 一些依赖配置
- 一些公共的方法
这时，我们的结构就变成了这样。
replybymail架构图.png
