什么是面向消息的分布式架构
在SOA或者微服务架构中，普遍会采用HTTP作为通信协议。HTTP具有平台无关性、语言中立性等特点，在分布式系统中被广泛应用。特别是微服务架构的流行，遵循一致的REST风格的HTTP，更能在各个微服务之间实现低沟通成本的通信。
消息中间件正好弥补了HTTP的不足。消息中间件往往会支持多种语言的客户端（比如Java、C、C++、C#、Ruby等），支持多种协议（HTTP、TCP、SSL、NIO、UDP等）。消息中间件支持异步通信，从而可以极大提升通信效率。
常用术语
消息中间件的基本原理十分简单，就是接收和转发消息。你可以把它想象成邮局：当你将一个包裹送到邮局时，你会相信邮递员最终会将邮件送到收件人手上。消息中间件就好比一个邮箱、邮递员以及邮局。
目前，市面上流行的消息中间件，往往具备以下几个基本的概念。
·主题（Topic）：按照分类对信息源进行维护。实际应用中一个业务一个Topic。
·生产者（Producer）：把发送消息到Topic中的进程叫作生产者。
·消费者（Consumer）：把从Topic中订阅消息的进程叫作消费者。
·服务（Broker）：集群中的每个服务叫作Broker。
上述概念，在不同的产品中可能有不同的表述，但所承担的功能都是类似的。
使用场景
消息中间件一般是作为HTTP的补充，换言之，如果HTTP能满足业务需要，则首先应该选择使用HTTP作为服务间的通信协议。如果HTTP不能满足，则选用消息中间件产品，从而可以获得以下功能。
·异步通信。异步意味着程序在处理结果完成之前无须等待，可以去干其他事情，避免了资源的浪费。
·解耦。生产者把消息发送到消息队列中，这个过程就结束了。至于谁会从消息队列中取消息、消费消息，这个生产者是无须关心的。这样就实现了生产者和消费者的解耦。
·数据缓冲。当有消息队列接收到大量消息时，会先缓存到消息队列中，从而避免了由于消息处理能力不足而导致程序崩溃。
·多种消息推送模型。消息中间件一般都会支持Publish/Subscribe以及P2P等消息模型，以满足各种使用场景的需要。
·强顺序。在消息中间件中，消息按照可靠的FIFO和严格的通信顺序来进行消费。这在某些需要强顺序要求的场景中非常有用，比如事务处理、事件通知等。
·持久化消息。消息中间件能够安全地保存消息，直到消费者收到消息。
·支持分布式。消息中间件往往支持分布式部署，具有高可用、高并发能力。
常用技术
目前，市面上流行的消息中间件产品很多，开源的、成熟的产品也数不胜数。比如，RabbitMQ以高效而著称；Apache Kafka能够支持各种强大的消息模式，而被互联网公司广泛采用；Apache ActiveMQ是用Java编写的，能够支持全面的JMS和Java EE规范；RocketMQ则是来自阿里巴巴的“国货精品”，目前已经属于Apache基金会管理，算是“走出了国门”。
不同的中间件产品都各有自己的优缺点。如果选择一款适合自己项目的中间件是需要花时间做评估的。后续章节也会对上面提到的产品做详细的介绍。
本文给大家讲解的内容是分布式系统核心：面向服务的分布式架构，什么是面向消息的分布式架构
本文就是愿天堂没有BUG给大家分享的内容，大家有收获的话可以分享下，想学习更多的话可以到微信公众号里找我，我等你哦。
