1、消息的优缺点、选择哪种
常见的消息插件有Kafka、ActiveMQ、RabbitMQ、RocketMQ...
优点：
解耦，使得子系统之间的耦合关系降低，只需要关注消息的发送与接收，不用担心子系统1挂了以后对子系统2产生影响；
异步，系统直接的数据传输不需要直接请求，直接发送消息，其他系统接收消息，返回，速度大大提高；
削峰，消息插件控制着请求数量，到达系统的数量/到数据库的数量。
缺点：系统可用性降低、系统复杂度提高、一致性问题。
ActiveMQ不支持高并发、高性能、高负债。RabbitMQ是用erlang语言写的，很多人不能研究和掌控，但是对于小公司来说没问题。RocketMQ阿里的也可以。大数据领域用Kafka是业内标准。
2、架构中引入消息的缺点
系统可用性降低：当消息生产者已经将消息传递到MQ中，消费者还未消费，但是MQ突然挂了。所以引入MQ必须考虑到MQ的高可用以及MQ挂了之后的高可用保障方案。
系统稳定性降低：消息传递者传递到MQ中结果网络故障等原因，接收者没有接收到。 或者传递着发送了多次重复数据，导致脏数据的产生等，降低了系统稳定性。所以此时就需要：消息可靠传递、消息幂等性传递、百万消息线上积压处理。
分布式一致性的问题：如果接口A对数据库操作成功且将消息成功发送到MQ中，接口B拿到消息但是操作数据库失败，就会发生系统整体数据不一致问题。
引入MQ中间件，如果消费者接收到消息后宕机了，并没有完成业务逻辑。 那么此时引入MQ后的代码逻辑里，就要对消息机制做一个保障。 在消费者成功处理业务逻辑后再删除MQ中间件中的某一条消息。 如果宕机，那么就重新将消息传递给其他消费者。
参考：石杉的架构笔记（公众号）。