php amqp confirm 一文带你深入解读面向服务的分布式架构：常见消息中间件产品介绍

php amqp confirm 一文带你深入解读面向服务的分布式架构：常见消息中间件产品介绍

常见消息中间件产品介绍

没有任何产品是完美的，不同的中间件产品都各有自己的优缺点，最重要的是选择一款适合自己项目的消息中间件产品。

本节将对市面上常见的消息中间件产品做详细的介绍。

支持多种语言客户端（Java、C、C++、C#、Ruby等），支持多种协议（HTTP、TCP、SSL、NIO、UDP等）以及良好的支持。

1. 简介

是出品的、最流行的、能力强劲的开源消息总线以及支持企业集成模式的服务器。执行速度快，并且支持跨语言的客户端和协议。是一个完全支持JMS 1.1和 1.4规范的JMS 实现。JMS在当今的Java EE应用中间仍然扮演着特殊的角色。

2.特性

包含以下特性。

·支持跨语言和协议来编写客户端。语言包括Java、C、C++、C#、Ruby、Perl、、PHP等。其中支持的协议如下。

·协议：支持Java、C、C++、C#等高性能客户端。

·Stomp协议：支持使用C、Ruby、Perl、、PHP、/Flash、等编写客户端。·AMQP v1.0。

·MQTT v3.1用于链接IoT环境。

·完全支持JMS客户端和 的企业集成模式。

·支持高级特性，诸如 、 、和 。

·完全支持JMS 1.1和Java EE 1.4规范的瞬态（）、持久化、XA消息以及事务。

·轻松集成至的应用中，并可以使用的XML配置机制。

·通过了常见Java EE服务器（如TomEE、、JBoss、和）的测试，其中通过JCA 1.5资源适配器的配置，可以让自动部署到任何兼容Java EE 1.4的商业服务器上。

·支持多种插件化的传送协议——in-VM、TCP、SSL、NIO、UDP、多播、和JXTA。

·支持通过高性能的来让JDBC提供高速的消息持久化。

·从设计上保证了高性能的集群、客户端/服务器模式、点对点通信。

·支持 API来提供与技术无关、语言无关的基于Web的API通信。

·支持Ajax。

·支持CXF和Axis，因此可以很容易地为这两种Web服务栈提供可靠的消息传递。

·可以很容易地调用内嵌JMS 进行单元测试。

用写成，以高性能、健壮以及可伸缩性著称。

1.简介

是由提供的一个AMQP（ ）的开源实现，用以高性能、健壮以及可伸缩性著称的写成（因此也继承了这些优点）。

需要注意的是，由于是运行在环境中的，所以要确保在安装前先安装好。

2.特点

具有以下特点。

·可靠：提供了多种功能php amqp confirm，让我们可以权衡性能与可靠性，包括持久性、传输确认、发布者证实以及高可用性。

·灵活的路由：消息在到达队列前会通过（消息交换机）进行路由。将几个内置的类型作为典型的路由逻辑。对于更复杂的路由可以绑定多个，甚至写自己的类型作为插件。

·集群：在本地网络上多个服务器可以聚集一起，形成一个单一逻辑。

·联邦（）：对于需要更加松散和允许比集群服务器更不可靠的连接php amqp confirm 一文带你深入解读面向服务的分布式架构：常见消息中间件产品介绍，提供了联邦模型（ Model）。

·高可用的队列：队列可以在多台计算机集群中配置为镜像，确保即使在发生硬件故障的情况下，你的信息仍然是安全的。

·多协议：支持在各种消息传递协议中传输消息。比如AMQP 0-9-1、STOMP、MQTT、AMQP 1.0、HTTP等。

·多样的客户端：包括了几乎你能想到的任何一种语言的客户端，例如Java/、.NET、Ruby、、PHP、-C/Swift、Node.js、C/C++、Go、、、OCaml等。·简单易用的管理界面：基于浏览器的Web管理界面，可以监视和控制消息代理的每一个方面。

·跟踪：支持跟踪，方便查找问题。

·插件系统：支持多种插件，以及可以编写自己的插件。

·商业支持：提供商业支持、培训、咨询。

当市面上流行的开源项目无法满足自身业务发展的需要时，企业将不得不走上自研道路。的出现也是如此。诞生于阿里巴巴，如今已在全球被广泛采用。

2016年11月，阿里巴巴将捐赠给了基金会进行孵化。从此，“走出国门”，成了更加国际化的一款中间件产品。

1.简介

是阿里巴巴出品的一款低延迟、可靠、可扩展、易于使用的面向消息的中间件，支撑着阿里巴巴集团庞大的消息业务增长。

是基于MetaQ的一个开源分支，几乎重写了MetaQ所有的核心组件，可以说是MetaQ的下一代产品。同时也是阿里云的ONS云消息服务的核心组件，每天可处理上千亿条消息，服务于阿里内部上千个应用，顺利通过了淘宝、天猫“双11”等大促考验。

提供了多种功能。

·支持Pub/Sub和P2P消息模型。

·在同一个队列中具有可靠的FIFO和严格的通信顺序。

·长pull queue模型，也支持push消费方式。

·在单个队列中具备堆积上亿条消息的能力。·覆盖多种消息协议，如JMS、MQTT、HTTP2等。

·每个消息至少投递一次的消息传递语义（ ）来保证分布式部署架构高可用。

·支持镜像来进行隔离测试和云隔离集群。

·提供用于配置、测量和监控的功能丰富的管理界面。

·消息全链路跟踪。

·生产者事务消息机制，使得生产者和本地数据库事务能在一个原子操作里面进行处理。

·消息调度交付，类似JMS 2规范的延迟交付。

2.物理部署结构

物理部署结构如图7-1所示。

图7-1 物理部署结构

网络部署特点如下。

·Name 是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。

·部署相对复杂，分为与Slave，一个可以对应多个Slave，但是一个Slave只能对应一个。与Slave的对应关系通过指定相同的、不同的来定义，为0表示，非0表示Slave。也可以部署多个。每个与Name 集群中的所有节点建立长连接，定时注册Topic信息到所有Name 。

·与Name 集群中的其中一个节点（随机选择）建立长连接，定期从Name 取Topic路由信息，并向提供Topic服务的建立长连接，并且定时向发送心跳。完全无状态，可集群部署。

·与Name 集群中的一个节点（随机选择）建立长连接，定期从Name 取Topic路由信息，并向提供Topic服务的、Slave建立长连接，并且定时向、Slave发送心跳。

既可以从订阅消息，也可以从Slave订阅消息，订阅规则由配置决定。

3.逻辑部署结构

逻辑部署结构如图7-2所示。

图7-2 逻辑部署结构

· Group：用来表示一个发送消息的应用。一个下包含多个实例，可以是多台机器php amqp confirm，也可以是一台机器的多个进程，或者是一个进程中的多个对象。一个 Group可以发送多个Topic消息php amqp confirmphp amqp confirm 一文带你深入解读面向服务的分布式架构：常见消息中间件产品介绍， Group的作用如下。

·标识一类。

·可以通过运维工具查询这个发送消息的应用下有多个实例。

·发送分布式事务消息时，如果中途意外宕机，会主动回调 Group内的任意一台机器来确认事务状态。

· Group：用来表示一个消费消息的应用。一个下包含多个实例，可以是多台机器，也可以是多个进程，或者是一个进程的多个对象。一个 Group下的多个以均摊方式消费信息，如果设置为广播方式，那么这个 Group下的每个实例都消费全部数据。需要注意的是，同一个 Group中的实例必须有相同的topic 。可以说， Group的概念，变相地实现了消息领域著名的点对点和广播通信模式。

本文给大家讲解的内容是分布式系统核心：面向服务的分布式架构，常见消息中间件产品介绍下篇文章给大家讲解的是分布式系统核心：面向消息的分布式架构，消息通信常用模式；觉得文章不错的朋友可以转发此文关注小编；感谢大家的支持!