**SkyWalking** 是一个开源 **APM** 系统，包括针对 **Cloud Native** 体系结构中的分布式系统的监视、跟踪、诊断功能。核心功能如下：
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
周末和朋友一起自驾去海边玩，去过杨梅坑的应该都知道，从杨梅坑到鹿嘴山庄需要坐快艇过去。
1、前言 在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止
大量业务使用消息中间件进行系统间的解耦、异步化、削峰填谷设计实现。公司内部前期基于RabbitMQ实现了一套高可用的消息中间件平台。随着业务的持续增长，消息体量随之增大，对消息中间件平台提出了更高的要求，此外在运维过程中也遇到了高可用难以保障，功能特性不足等诸多问题。基于遇到的这些问题，决定引入RocketMQ进行替换。本文将介绍基于RocketMQ建设消息中间件平台并实现在线业务无感知的平滑迁移。
消息中间件作为消息通信的基础软件，已在业界诸多 IT 系统中被广泛使用。近年来，随着移动云业务的持续高速发展，基于开源技术生态构建的消息中间件云产品体系越来越受到市场的青睐。移动云在消息中间件领域的技术演进与发展方向上一直坚持着自研和开源融合的发展路线，在做好自研的基础上积极拥抱开源生态。
在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路（比如进行IM消息历史存储时，传统的信息系统作法可能是收到一条消息就马上同步存入数据库，这种作法在小并发量的情况下可以很好的工作，但互联网大并发环境下就是灾难）。
中通快递每天有数千万的运单在各个环节运转，每个环节都有对应的多套业务系统来支撑，业务系统之间上下游关系较为密切，从上游的客户订单到下游转运、结算、分析等每个环节都离不开消息中间件，它主要解决了系统之间的耦合、业务的削峰填谷、异步通信、数据同步和冗余存储等等功能需求，是现有系统架构中不可或缺的重要一环。
消息队列中间件（简称消息中间件）是指利用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可以在分布式环境下提供应用解耦、弹性伸缩、冗余存储、流量削峰、异步通信、数据同步等等功能，其作为分布式系统架构中的一个重要组件，有着举足轻重的地位。
消息(Message)是指在应用间传送的数据。消息可以非常简单,比如只包含文本字符串、 JSON等,也可以很复杂,比如内嵌对象。
来源：https://www.jianshu.com/p/8f7ebbcbeee5
作者简介：刘韬，在中间件领域有多年的实战经验，精通 WebLogic server，Websphere，Jboss，Tomcat，tuxedo，mq，osb等多种中间件技术，对中间件的故障处理、性能优化、升级迁移等需求积累了丰富经验。
分布式系统中,我们广泛运用消息中间件进行系统间的数据交换,便于异步解耦。现在开源的消息中间件有很多,前段时间我们自家的产品 RocketMQ (MetaQ的内核) 也顺利开源,得到大家的关注。
消息中间件基本上是每一个大型互联网公司的标准基础技术组件配置，虽然有很多的开源消息中间件，功能也很强大，但是今天我还是想介绍一下怎样自主架构与设计并实现一套完整的分布式消息中间件。 开源的消息中间件或多或少存在一些所谓“坑”，没有遇到大家用得都很happy，遇到的同学就只有加班查资料、google搜索或者直接review开源代码寻找问题原因了。还有就是基本上开源的消息中间件一般都是大而全的功能，一般比较强调通用嘛。今天为大家介绍的是可以灵活横向扩展并且具有高性能的分布式消息中间件的架构设计，也会介
开源的现有中间件太多，导致最终选择的时候会出现各种兼容性问题。举例 ：分布式配置中心就有三种（Nacos、Apollo和Config）、还有消息中间件有（RocketMQ、Kafkfa和RabbitMQ）、还有RPC调用（Dubbo、grpc和Spring Cloud等），在选择存在复杂性和维护性的问题也是比较棘手，而且如果没有中间件团队的话学习成本也会直线上升。再比如国外开源的Spring Cloud的组件就存在前期开源，后期闭源的风险。实际上很多公司的开源本身都是最终为了商业化，最终是通过开源造势引导开源用户走上云上服务的路程。实际上这种本身就是利益驱使，违背了开源精神。 那么我们能不能重新定义中间件概念？通过一个中间件解决所有微服务架构设计需要，满足所有的设计需求了？
ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现
在很久很久以前，小明隔壁有个姓王的邻居，姑且就叫隔壁老王吧。隔壁老王有个大女儿，名叫王兰花秀丽，秀丽从小就爱听老王讲睡前故事，每晚在入睡前都要老王讲了睡前故事才能睡的得着。但某一天秀丽到了外地去上大学，老王为了能给秀丽讲故事，只能通过打电话的方式进行，如下：
基于公司内部开源共建原则， RocketMQ 项目只维护核心功能，且去除了所有其他运行时依赖，核心功能最 简化。每个 BU 的个性化需求都在 RocketMQ 项目之上进行深度定制。RocketMQ 向其他 BU 提供的仅仅是Jar 包，例如要定制一个 Broker，那么只需要依赖 rocketmq-broker 这个 jar 包即可，可通过 API 进行交互，如果定制 client，则依赖 rocketmq-client 这个 jar 包，对其提供的 api 进行再封装。
1.Provider提供方：服务提供者。2.Producer生产者：创建和发送JMS消息的客户端。3.Consumer消费者：接收JMS消息的客户端。4.Client客户端：生产或消费消息的应用&进程。5.Message消息：服务端与客户端之间的传输数据对象。6.Queue队列 ：包含待读取消息的准备区域（点对点）。7.Topic主题：发布消息的分布机制（发布&订阅）。
在微服务架构中，使用REST和RPC的方式最大的问题就是请求/响应模式的通信模式可能导致服务之间调用的可用性降低，客户端与服务端需要同时在线，双方都需要知道对方的URL地址，或者服务消费者需要通过某种发现机制来定位服务实例的地址。
在系统软件之中，操作系统、数据库、中间件的三驾马车，中间件是最神秘的，而且是一个专业化非常强的细分产业。中间件技术主要用来支撑分布式软件的开发，在大型分布式软件系统中中间件技术发挥着极其重要的作用。今
JMS（Java Message Service）:java平台中面向消息通信的API
大家想一想在你们平时开发的系统里面有没有这种情况，就是你们系统会调用到第三方接口服务，而且这个接口服务是在你流程里面进行同步调用的，这个时候你们的系统性能是直接和第三方接口服务挂钩的，也就是第三方接口服务性能的好坏直接影响到你自己的系统。
消息中间件包含两种模式，点对点(P2P，Point-to-Point）模式和发布/订阅(Pub/Sub，Publish/Subscribe）模式，下面将分别介绍这两种模式。
在系统软件之中，操作系统、数据库、中间件的三驾马车，中间件是最神秘的，而且是一个专业化非常强的细分产业。中间件技术主要用来支撑分布式软件的开发，在大型分布式软件系统中中间件技术发挥着极其重要的作用。今天为大家推荐 7 款国产开源的中间件项目，希望能够让你体会到中间件技术的魅力。 如果大家有好的中间件开源项目，也可以托管到码云上，我们会及时给予推荐。最后，如果你很喜欢以下提到的项目，别忘了分享给其他人噢。 1. 项目名称：高性能Redis中间件服务 nredis-proxy 项目简介：nredis-pro
在系统软件之中，操作系统、数据库、中间件的三驾马车，中间件是最神秘的，而且是一个专业化非常强的细分产业。中间件技术主要用来支撑分布式软件的开发，在大型分布式软件系统中中间件技术发挥着极其重要的作用。今天，小编推荐 7 款 Gitee 上的中间件开源项目，希望能够让你体会到中间件技术的魅力。
本文整理了阿里13个开源中件间产品的架构及功能介绍，结合阿里中间件团队的访谈及分享，涵盖了消息中间件、服务框架、数据层、应用服务器和大规模分布式稳定性平台等等。整体中间件在阿里生态中的分布，如下图所示：
这是一个从诞生第一天起就在 GitHub 上开发的开源项目，也是中国第一个非 Hadoop 生态的 Apache 顶级项目。它统一了阿里集团内部所有业务线的消息中间件，伴随着中国互联网发展数次迭代。InfoQ 与阿里云开发者社区联合出品的【开源人说】系列视频第一期正式上线，一起来探访开源消息中间件 Apache RocketMQ 背后的人和事！
我们来想一下，要在项目中使用一个新技术，是不是应该先了解市面上都有哪些常用的框架，所以应该从技术调研开始，选择合适的框架应用于我们的项目。
主题，从逻辑上讲一个Topic就是一个Queue，即一个队列；从存储上讲，一个Topic存储了一类相同的消息，是一类消息的集合。比如一个名称为trade.order.queue的Topic里面存的都是订单相关的消息。
Metamorphosis (MetaQ) 是一个高性能、高可用、可扩展的分布式消息中间件，类似于LinkedIn的Kafka，具有消息存储顺序写、吞吐量大和支持本地和XA事务等特性，适用 于大吞吐量、顺序消息、广播和日志数据传输等场景，在淘宝和支付宝有着广泛的应用，现已开源。
支付宝是属于第三方支付平台，是蚂蚁集团 旗下的支付平台系统，支付宝也是中国支付行业的一个标兵，无论是业务能力还是产品创都引领者中国支付行业的前沿，作为支付业务的基础系统的复杂性和稳定性是支付业务是否能够及时快速安全处理的根本。
导语 本文梳理笔者 MQ 知识，从消息中间件的基础知识讲起，在有了基础知识后，对市面上各主流的消息中间件进行详细的解析，包括 RabbitMQ、RocketMQ、Kafka、Pulsar，最后再横向对比这几款主流的消息中间件。 消息中间件历史 介绍 MQ 的文章网上千千万，最好的学习途径还是官方文档，文中介绍的这几款 MQ 都在努力推广自己，所以文档在权威性、全面性、专业性、时效性都是无人能及其左右，现在的官网文档甚至自己做竞品比对，比如 RocketMQ 就自己放了比对表格在首页。所以要学好哪一款MQ，
消息中间件是值利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。 通过提供消息传递和消息排队模型，可以在分布式架构下扩展进程之间的通信。
我自己总结的Java学习的系统知识点以及面试问题，目前已经开源，会一直完善下去，欢迎建议和指导欢迎Star： https://github.com/Snailclimb/Java-Guide
早期使用ActiveMQ作为消息中间件的项目比较多，作为Apache的一个子项目，ActiveMQ支持常用的多种语言：C++、Java、.Net、Python、PHP、Ruby等。
在线业务侧主要从RocketMQ集群部署架构、平台系统架构、日常运维操作平台、监控告警一体化实践以及vivo如何通过建设AMQP消息网关的方式完成所有在线业务服务从RabbitMQ到RocketMQ的业务无感迁移，实现了在线业务消息中间件组件的统一。
可能你在没学消息中间件之前都已经听过很多概念了，JMS，AMQP，ActiveMQ，RabbitMQ，Kafka，RocketMQ，一个消息中间件怎么能搞出怎么多概念？乱不乱啊， 别烦，本文从历史的角度帮你理清这些MQ和协议之间的关系。
本文是 “2021 InfoQ 年度技术盘点与展望” 系列文章之一，由 InfoQ 编辑部制作呈现，重点聚焦中间件领域在 2021 年的重要进展、动态，希望能帮助你准确把握 2021 年中间件领域的核心发展脉络，在行业内始终保持足够的技术敏锐度。 “InfoQ 年度技术盘点与展望”是 InfoQ 全年最重要的内容选题之一，将涵盖架构、AI、大数据、大前端、云计算、数据库、中间件、操作系统、开源、编程语言十大领域，后续将聚合延展成专题、迷你书、直播周、合集页面，在 InfoQ 媒体矩阵陆续放出，欢迎大家持续关注。 同时在此特别感谢胡伟琪（白慕）、林清山（隆基）、许文强、翟佳、周子博（按姓名首字母排序）几位大佬对本文的贡献，他们的真知灼见，是本文能与大家见面的关键。
一、消息中间件相关知识 1、概述 消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发RocketMQ等。 2、消息中间件的组成 2.1 Broker 消息服务器，作为server提供消息核心服务 2.2 Producer 消息生产者，业务的发起方，负责生产消息传输给broker， 2.3 Consumer 消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理 2.4 Topic 主题，发布订阅模式下的消息统一汇集地，不同生产者向topic发送消息，由MQ服务器分发到不同的订阅者，实现消息的 广播 2.5 Queue 队列，PTP模式下，特定生产者向特定queue发送消息，消费者订阅特定的queue完成指定消息的接收 2.6 Message 消息体，根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输 3 消息中间件模式分类 3.1 点对点 PTP点对点:使用queue作为通信载体
要做技术选型，那么必须对现今的各个消息中间件有个深入的理解才能做技术选型。否则别人问你，你为什么要用这个消息中间件，你说不出个所以然来，怎么做架构师呢？
*学到后面的时候，你将知道，我为什么举得这两个例子命名可以都在一个条件下成立，为什么还换到了另一个不着边际的立场点上。
中间件，英文名称为Middleware，是一种应用于分布式系统的基础软件。从纵向层次来看，中间件位于各类应用/服务与操作系统/数据库系统以及其他系统软件之间，主要解决分布式环境下数据传输、数据访问、应用调度、系统构建和系统集成、流程管理等问题，是分布式环境下支撑应用开发、运行和集成的平台，能够实现系统之间的互联互通，帮助用户高效开发应用软件。
分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。以上是百度百科的解释，简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。
领取专属 10元无门槛券
手把手带您无忧上云
