消息中间件终极对决:IBM MQ与东方通TongLINK/Q

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
性能测试 PTS,5000VUM额度
注册配置 MSE Nacos/ZooKeeper,118元/月
简介:

大数据的价值被越来越多的挖掘出来,而消息中间件是致力于解决多方应用系统之间信息互通、信息孤岛、应用数据丢失、网络环境差导致的数据传输不稳定、应用资源隔离、应用系统可扩展性等一系列问题的一款专业的数据可靠通信产品。

可以说,系统间、应用间的数据要进行企业级的可靠传输,离不开消息中间件的支撑。在大数据时代,数据可靠传输的需求被放大,市场竞争也很激烈。作为国际上的主流消息中间件产品IBM WebSphere MQ,与刚刚获得中国国际软件博览会金奖的国产消息中间件翘楚东方通TongLINK/Q,自然免不了一番龙争虎斗。

消息中间件终极对决:IBM MQ与东方通TongLINK/Q 

文件传输

在IBM developerWorks网站上是这样说的:

ebSphere MQ是基于消息通信的中间件产品。通常我们使用MQ进行消息报文的传递和转换;其实MQ也可以用来传递文件。使用MQ传递文件有两种方式,一种是将文件分割为一个个的消息报文,然后发送给对方,对方然后将这些报文在拼接成文件;另一种方法就是使用MQ的引用消息( Reference Message Header ) 机制传递文件。

【点评】这样的方式略显笨拙,极大地增加了应用程序逻辑的复杂度。

而TongLINK/Q是这样说的:

提供原生态文件消息传输接口。用户不需要额外采购和安装插件、且不需要进行二次开发即可直接调用接口传输文件。

【点评】这样的方式更贴近用户需求,简单到让用户忘记了传送的是文件消息。

可靠性

在IBM developerWorks网站上是这样说的:

Websphere MQ是一种消息中间件,Websphere MQ Server与Websphere MQ Server之间的数据传输实现了断点续传的功能,从而保障了传输的可靠性。但是Websphere MQ 客户端应用与Websphere MQ Server之间没有提供断点续传的功能。

【点评】客户端应用要保证可靠传输、提高传输效率,需要用户自己实现一套断点续传机制。

而TongLINK/Q是这样说的:

TongLINK/Q可以为用户提供全方位、无死角的可靠传输。包括节点间、客户端-服务器数据传输,都能够做到完全可靠,并且支持断点续传。

【点评】实践出真知,市场是检验产品的唯一标准,TongLINK/Q这样做才是真正站在用户的角度锤炼自己的产品。

高可用性

在IBM developerWorks网站上是这样说的:

Websphere MQ缺省的负载分配方式是平均主义-轮循(Round Robin),集群将同等对待所有的队列副本;要想实现更灵活的分配策略就得依靠开发人员定制自己的用户出口程序。

【点评】IBM MQ不提供软备份,在需要对消息中间件部署双机备份的业务场景中,用户必须额外采购专业设备。

而TongLINK/Q是这样说的:

TongLINK/Q提供服务端队列集群机制、以及国家专利级客户端连接池集群机制,保证了系统的线路备份和负载均衡能力,可解决高可用和单点失效问题。用户不需要进行任何定制开发即可直接使用。而且,仅通过简单的集群配置和部署,还可实现消息传输过程中指定流向。

【点评】上述的线路备份和基于内容的路由,一方面节省了专门的双机备份设备的采购费用,另一方面简化了应用程序的逻辑复杂度,这两项功能的实现,得到了大量用户的肯定和喜爱。

应用智能调度

在IBM developerWorks网站上是这样说的:

他们什么也没说。

【点评】因为他们没有。

而TongLINK/Q是这样说的:

TongLINK/Q提供国家专利级的应用触发管理机制,可根据队列中消息积压情况,自动、动态调度消息处理应用,完美契合系统资源的整体特性。

【点评】其实,这个功能只是把东方通另外一款交易中间件产品的业务应用调度机制嫁接了过来,对东方通来说很简单,但对用户而言,却是非常有意义。

网络流量限制

在IBM developerWorks网站上是这样说的:

他们什么也没说。

【点评】因为他们又没有。

而TongLINK/Q是这样说的:

TongLINK/Q通过简单的传输参数配置,实现网络拥塞控制;并在应用层提供了节点级和业务级传输流量保护,保证了业务系统之间的和谐并行。

【点评】多业务系统并行的应用场景中,由于多个业务系统共享带宽,对每个业务系统进行传输流量限制和保护,就显得非常有必要了。

传输通道

在IBM developerWorks网站上是这样说的:

在WebSphere MQ的系统配置和维护中,通道 ( Channel ) 的配置和维护是较复杂也是最重要的部分。当然,也是最难维护和最易出错的部分。

【点评】蓝色巨人总是希望领导一个产业,而实际上他们也确实有这样的野心和实力。因此在产品设计之初,往往会事先提出一系列的概念、在自己的产品中使用这些概念,并把这些概念绑定销售给用户。用户在使用IBM的产品时,首先要学习和接受这些概念,否则就无法正确使用产品。在信息化建设初期,这样的过度设计显得非常高大上,而随着信息化建设的发展,用户不再迷信权威,而是希望更多的通过自己智慧来主导自己的业务系统,轻开发、重运维,一款概念过多的产品,显然已经让人觉得头疼无比,用户已经在期待能有更好应用体验。通过使用消息中间件,便捷的构建一个安全可靠的传输通道,这是核心需求,而不再希望首先去理解其中的通道概念。

而TongLINK/Q是这样说的:

TongLINK/Q提供节点间数据传输通道的自动维护功能,应用层不需要维护传输通道。用户完全不用关心这些细节,直接使用即可,使得上层应用的注意力和成本可以更加专注在业务领域。

【点评】TongLINK/Q产品在发展过程中,始终不忘初心,将连接、通道、网络等等这些本不需要应用层关心的内容,全部予以屏蔽,力求为上层应用提供最为安全而且便捷的数据传输应用体验。

监控管理

IBM MQ的使用者在网上是这样说的:

监控IBM WebSphere MQ是一个长久以来的热门话题。老式的telnet加runmqsc的方法以及资源管理器的方法对客户机都有过多的要求,并且步骤繁琐,资源消耗大。商品级的监控系统(比如ITCAM)配置复杂功能强大,但是有些客户可能不愿意支付相关费用。

【点评】IBM WebSphere MQ自带的远程监控管理界面必须通过Eclipse启动,而且其中的概念繁多,术语晦涩难懂,用户体验非常差。

而TongLINK/Q是这样说的:

TongLINK/Q产品采用简洁、直观的B/S模式集中监控中心,对分布在网内的众多节点进行集中监控管理,提供拓扑关系图,可通过中心远程启停各个节点,并对系统异常提供自动告警机制,极大降低运维成本。其界面风格力求简洁明快,概念清晰简单。

同时,TongLINK/Q产品还提供了完善的远程监控管理接口,可以使得自身节点的监控管理工作被集成在用户自己的监控平台或工具中。

【点评】TongLINK/Q产品从一开始就放弃了高大上的方法论,而是脚踏实地,充分接受用户的要求。显然,这样做的结果是TongLINK/Q产品的监控管理体系更能适应中国国内用户的需求和操作习惯。

安全性

在IBM developerWorks网站上是这样说的:

在WebSphere MQ中,主要分为基于连接的认证和基于消息的认证。基于连接的认证,是通过 MQ 通道实现的;基于消息的认证,则是通过 MQ 高级消息安全(MQ AMS)实现的。

MQ 主要支持三种不同的认证方式:断言认证,起源认证和证书认证。在 MQ 7.0 及以前的版本中,这些认证方式主要是依靠用户编写代码,即安全出口来实现。MQ 7.1 和 MQ 7.5 集成了这三种常用的认证功能。在 MQ 7.1/7.5 中,用户可以通过定义通道认证规则来过滤连接请求。

【点评】在WebSphere MQ的系统配置和维护中,通道 ( Channel ) 的配置和维护是较复杂也是最重要的部分。当然,也是最难维护和最易出错的部分。在此之上,叠加了一整套的安全认证机制,使得WebSphere MQ通道的配置和维护复杂,更加容易出错。

而TongLINK/Q是这样说的:

TongLINK/Q支持远程应用非法接入控制、应用层数据加密、节点间传输流量控制、消息跟踪日志、集中的传输监控、配置加密、业务授权、安全出口(支持第三方加密算法)、管理中心权限控制、用户审计等安全保障机制。

由于TongLINK/Q提供节点间数据传输通道的自动维护功能,并提供传输层SSL(含国密算法)、以及提供了基于连接通道级别的流量保护措施,这个整体的传输体系为用户呈现了一个安全、可靠、透明的传输通道,用户完全不用关心这些细节,直接使用即可。

【点评】

1,要实现跨单位、跨部门、跨层级机构的数据传输,除了要解决复杂的分布式网络环境下基本的传输稳定性和可靠性问题之外,还要兼顾解决资源隔离、横向扩展、信息安全、传输效率等一系列的问题。对于专注于上层业务系统的开发者而言,过度关注连接、通道、网络等等这些本不需要应用层关心的内容,这部分工作显然极大分散了他们的精力。使用消息中间件,显然就是为了屏蔽这些问题。

2,关于配置加密:IBM拥有自己的主机硬件系统,认为自己的主机系统是安全的,因此类似配置加密的这些有价值的需求被他们挡之门外。在中国市场上,IBM曾经将一系列中国本土软硬件厂商欺凌碾压;而当前自主可控政策驱动下,曾经被IBM垄断的中国国内中间件市场,出现了一点一点被本土软件公司蚕食的趋势。傲慢,使得蓝色巨人再失一城。

3,关于国密算法:其实IBM也想做这些去适应中国市场,但是放不下身段啊!于是IBM把自己的产品全盘授权给了中国公司(华胜天成),然后华胜天成从东方通高价挖走了几个人,将国密算法加入了变种之后的IBM MQ产品之上。

防病毒

在IBM developerWorks网站上是这样说的:

他们啥也没说,因为,他们没有。

【点评】IBM WebSphere MQ并不关注并不关注中间层以外的任何事情,他们认为防病毒是用户的工作,即便是自己被病毒感染了。

而TongLINK/Q是这样说的:

TongLINK/Q提供了独有的主机侧主动防御技术。采用OS内核级技术预防病毒篡改,并提供了集中式病毒防控预警机制。使得在感染了电脑病毒环境下保证自身健康,确保了数据安全性。

【点评】打铁还须自身硬,通道自身健康,才可以保证数据健康。

竞品并存互通

在IBM developerWorks网站上是这样说的:

他们啥也没说。

【点评】因为他们认为不需要。

而TongLINK/Q是这样说的:

在国产化推进过程中,TongLINK/Q提供互通网关和接口适配,可以透明实现与IBM MQ产品的并存和互通。

【点评】查看东方通发展历程,TongLINK/Q产品经过了22年的持续发展和不断优化完善,当前,该产品已经实现了大量的替代IBM MQ的案例。而在替代过程中,与竞品并存互通的机制,起到了关键性作用。在全世界各种开源和商用消息中间件中,该机制是绝无仅有的。

国产化适配

在IBM developerWorks网站上是这样说的:

他们啥也没说。

【点评】因为他们认为不需要。

而TongLINK/Q是这样说的:

TongLINK/Q产品支持国产芯片(龙芯、飞腾),国产操作系统(中标麒麟)和国产服务器(曙光、浪潮、华为)。

【点评】看得出,TongLINK/Q产品不断在前进,而且一路同行了自己的兄弟。

服务

IBM MQ的使用者是这样说的:

IBM的售后服务昂贵、效率低、不接受任何定制和修改,无视用户所提的任何需求,逼着用户适应自己。

【点评】没话说,蓝色巨人就是这么任性。

而TongLINK/Q是这样说的:

TongLINK/Q提供本地源码级服务,各类需求响应迅速,充分尊重用户,始终抱着为用户服务的心态,愿意与用户密切合作、与用户一起成长,市场反应速度快。

【点评】同样看得出,TongLINK/Q产品不断在前进,而且一路同行了自己的上帝。






原文发布时间为:2016年9月12日 
本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。
相关实践学习
消息队列RocketMQ版:基础消息收发功能体验
本实验场景介绍消息队列RocketMQ版的基础消息收发功能,涵盖实例创建、Topic、Group资源创建以及消息收发体验等基础功能模块。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
目录
相关文章
|
17天前
|
消息中间件 存储 Java
RocketMQ(一):消息中间件缘起,一览整体架构及核心组件
【10月更文挑战第15天】本文介绍了消息中间件的基本概念和特点,重点解析了RocketMQ的整体架构和核心组件。消息中间件如RocketMQ、RabbitMQ、Kafka等,具备异步通信、持久化、削峰填谷、系统解耦等特点,适用于分布式系统。RocketMQ的架构包括NameServer、Broker、Producer、Consumer等组件,通过这些组件实现消息的生产、存储和消费。文章还提供了Spring Boot快速上手RocketMQ的示例代码,帮助读者快速入门。
|
2月前
|
消息中间件 存储 RocketMQ
消息中间件-RocketMQ技术(二)
消息中间件-RocketMQ技术(二)
|
2月前
|
消息中间件 存储 中间件
消息中间件-RocketMQ技术(一)
消息中间件-RocketMQ技术(一)
|
4月前
|
消息中间件 编解码 Docker
Docker部署RabbitMQ消息中间件
【7月更文挑战第4天】Docker部署RabbitMQ消息中间件
273 3
|
27天前
|
消息中间件 编解码 Docker
【Docker项目实战】Docker部署RabbitMQ消息中间件
【10月更文挑战第8天】Docker部署RabbitMQ消息中间件
72 1
【Docker项目实战】Docker部署RabbitMQ消息中间件
|
11天前
|
消息中间件 存储 Java
吃透 RocketMQ 消息中间件,看这篇就够了!
本文详细介绍 RocketMQ 的五大要点、核心特性及应用场景,涵盖高并发业务场景下的消息中间件关键知识点。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
吃透 RocketMQ 消息中间件,看这篇就够了!
|
4月前
|
消息中间件 NoSQL Kafka
消息中间件(RocketMQ、RabbitMQ、ActiveMQ、Redis、kafka、ZeroMQ)以及之间的区别
消息中间件(RocketMQ、RabbitMQ、ActiveMQ、Redis、kafka、ZeroMQ)以及之间的区别
|
4月前
|
消息中间件 Java Spring
实现Spring Boot与RabbitMQ消息中间件的无缝集成
实现Spring Boot与RabbitMQ消息中间件的无缝集成
|
5月前
|
消息中间件 Java Spring
实现Spring Boot与RabbitMQ消息中间件的无缝集成
实现Spring Boot与RabbitMQ消息中间件的无缝集成
|
5月前
|
消息中间件 存储 监控
【消息中间件】详解mq消息积压
【消息中间件】详解mq消息积压
190 0

热门文章

最新文章

相关产品

  • 云消息队列 MQ