02丨这么多消息件，我该这么选？

小明不明丶

于 2021-07-19 15:53:12 发布

阅读量144

点赞数

分类专栏：从零开始学消息队列文章标签：消息队列

本文链接：https://blog.csdn.net/u013611834/article/details/118898319

版权

从零开始学消息队列专栏收录该内容

2 篇文章 0 订阅

订阅专栏

前言

你好，我是喜欢刨根问底的小明不明。这么多消息件，我该这么选？这是一个技术选型问题。在软件工程中，不存在像“银弹”这样可以解决一切问题的设计、架构或软件，每一个软件系统，它都是独一无二的，你不可能用一套方法去解决所有的问题。

面对一个技术选型问题，作为工程师，往往会不由自主的陷入技术实现细节的泥潭中。比如，设计数据存储的时候，不由自主的就会想到如何根据业务来分库分表，是否需要做主从复制，如何解决复制延迟等很细节的问题。除此之外，我们还会考虑这项技术的性能、社区支持、扩展性、已知问题等等技术细节。这些问题重要吗？很重要，但不是在技术选型时首要考虑的问题。

让我们先掌握基本的技术选型方法论，再来分析市场上常见的消息队列:Kafka、RabbitMQ、RocketMQ。

技术选型方法论

影响技术选型最重要的因素排序：

业务 ( 产品+用户 )   >   团队( 人 + 组织架构 )   >   技术

业务——产品维度

短生命周期产品（快速交付，产品质量不高，使命结束代码抛弃）和长生命周期产品（公司主要收入来源，可用性、扩展性、可维护性、性能都要考虑）
探索型产品（探索新业务、新技术，质量要求高，周期短）和守成型产品（怎么熟悉怎么来，引新技术要符号老的方式）
边缘产品（适合新技术低成本试错）和生命线产品（稳妥优先，采用保守方案）

业务——用户维度

浏览器版本（前端噩梦，要对用户问卷调查）
可访问性（比如用户有没有残疾人）
国际化（初期不考虑，后期前端噩梦+1）
💯访问频率(对技术选型都有很大影响！！！)

团队维度

技术背景（优先考虑现有的成熟技术体系）
团队规模（人多才能考虑，专门有团队去开发中间件等基础组件）
组织架构（考虑与其他团队技术的匹配程度、运维层面的支持）
人员流动（离职人员带走的相关技术对团队的建设影响很大）

技术维度

功能
性能
社区支持（社区越活跃，Bug率越低，生态兼容性越高，问题解决效率越高）
可扩展性
可定制性
已知问题和约束

作为架构师，如何解决这些问题？没什么好的办法，也没啥捷径。只有一边督促自己不断学习新技术，自己能够上手使用；另外一边结合团队实际情况，规划新技术的预研和落地步骤，不断的去尝试新事物。

常见误区

跟风：舆论驱动或者粉丝驱动
个人技术影响力驱动选型
拍脑袋选型
想一次性匹配最完美的选型
无度量评价：无验证式选型
领导主导：话语权驱动

消息队列选型

消息队列产品及格线：

消息的可靠传递：确保不丢消息；
Cluster：支持集群，确保不会因为某个节点宕机导致服务不可用，当然也不能丢消息；
性能：具备足够好的性能，能满足绝大多数场景的性能要求。

消息队列第一梯队RabbitMQ、RocketMQ、Kafka

RabbitMQ

产生背景

电信行业系统之间的可靠通信设计

特点

轻量级
小众的编程语言：Erlang 语言编写
支持 AMQP
支持多种编程语言

特色

RabbitMQ 一个比较有特色的功能是支持非常灵活的路由配置，和其他消息队列不同的是，它在生产者（Producer）和队列（Queue）之间增加了一个 Exchange 模块，你可以理解为交换机。

这个 Exchange 模块的作用和交换机也非常相似，根据配置的路由规则将生产者发出的消息分发到不同的队列中。路由的规则也非常灵活，甚至你可以自己来实现路由规则。基于这个 Exchange，可以产生很多的玩儿法，如果你正好需要这个功能，RabbitMQ 是个不错的选择。