关于MQ的几件小事（七）若是让你设计一个MQ，你怎么设计

其实回答这类问题，说白了，起码不求你看过那技术的源码，起码你大概知道那个技术的基本原理，核心组成部分，基本架构构成，而后参照一些开源的技术把一个系统设计出来的思路说一下就好

好比说这个消息队列系统，咱们来从如下几个角度来考虑一下

（1）首先这个mq得支持可伸缩性吧，就是须要的时候快速扩容，就能够增长吞吐量和容量，那怎么搞？设计个分布式的系统呗，参照一下kafka的设计理念，broker -> topic -> partition，每一个partition放一个机器，就存一部分数据。若是如今资源不够了，简单啊，给topic增长partition，而后作数据迁移，增长机器，不就能够存放更多数据，提供更高的吞吐量了？

（2）其次你得考虑一下这个mq的数据要不要落地磁盘吧？那确定要了，落磁盘，才能保证别进程挂了数据就丢了。那落磁盘的时候怎么落啊？顺序写，这样就没有磁盘随机读写的寻址开销，磁盘顺序读写的性能是很高的，这就是kafka的思路。

（3）其次你考虑一下你的mq的可用性啊？这个事儿，具体参考咱们以前可用性那个环节讲解的kafka的高可用保障机制。多副本 -> leader & follower -> broker挂了从新选举leader便可对外服务。

（4）能不能支持数据0丢失啊？能够的，参考咱们以前说的那个kafka数据零丢失方案

其实一个mq确定是很复杂的，其实这是个开放题，就是看看你有没有从架构角度总体构思和设计的思惟以及能力。

若是你还不清楚，请参考前面几篇
《消息队列的用途、优缺点、技术选型》
《如何保证消息队列的高可用》
《如何保证消息不重复消费》
《如何防止数据队列数据丢失》
《如何保证消息按顺序执行》
《消息积压在消息队列里怎么办》