消息中间件篇
第一章 主流的消息中间件对比
1、主流的消息中间件有 Kafka、RabbitMQ、ActiveMQ 等。
-
Kafka： Kafka 是一种高吞吐量、分布式、可扩展的发布/订阅消息系统，主要用于大数据处理和分析。Kafka 采用消息日志的方式来存储消息，可以支持高可靠性的消息传输，适合处理海量实时数据和数据流式处理。
-
RabbitMQ： RabbitMQ 是一个可靠、灵活、易于部署和管理的开源消息代理，采用 AMQP（高级消息队列协议）实现，支持多种消息传输方式，如点对点和发布/订阅模式，适合于异步通信和任务队列等应用场景。
-
ActiveMQ： ActiveMQ 是一个基于 JMS（Java 消息服务）规范的开源消息中间件，提供了高可用性、可扩展性和消息传输的多种方式，支持多种协议和编程语言，如 AMQP、STOMP、REST、C++、Python 和 Perl 等，适合于企业级的消息传输和集成解决方案。
这些消息中间件在可靠性、可扩展性、性能、功能和使用场景等方面有所差异，具体选择应该根据实际需求和技术栈来进行评估和比较。
2、Kafka、RabbitMQ和ActiveMQ都是比较流行的消息中间件，它们的特点和应用场景略有不同，以下是它们的优缺点简述
Kafka：
优点：
- 高吞吐量：Kafka可以支持每秒百万级别的消息处理，适合于高并发场景。
- 消息持久化：Kafka可以持久化消息，保证了消息不丢失。
- 分布式：Kafka是一款分布式的消息队列，支持数据分片和复制，保证了高可用性。
- 可扩展性：Kafka可以添加新的节点，以支持更高的负载和数据存储。
缺点：
- 复杂性高：Kafka的配置和运维需要专业知识，对于非专业人员来说比较复杂。
- 无法保证消息顺序：Kafka不保证消息的顺序，但可以在一定程度上保证分区内的消息有序。
RabbitMQ：
优点：
- 灵活性：RabbitMQ提供了许多高级特性，如消息确认、消息事务、RPC等，具有很高的灵活性和可扩展性。
- 可靠性：RabbitMQ提供持久化消息、消息重试等机制，保证了消息可靠性。
缺点：
- 吞吐量较低：RabbitMQ的吞吐量相对较低，无法支持超高并发场景。
- 配置复杂：RabbitMQ的配置需要一定的专业知识，对于非专业人员来说不太友好。
ActiveMQ：
优点：
- 支持多种传输协议：ActiveMQ支持多种传输协议，包括TCP、UDP、HTTP等。
- JMS规范：ActiveMQ符合JMS规范，对于Java开发人员来说比较友好。
缺点：
- 配置复杂：ActiveMQ的配置比较复杂，需要一定的专业知识。
- 吞吐量较低：ActiveMQ的吞吐量相对较低，无法支持超高并发场景。
