小短篇介绍关于Solace https://blog.csdn.net/aqudgv83/article/details/79495489 .
前面简单介绍了Solace来自于哪家公司, 主要能做哪些事情. 本篇主要进一步介绍Solace作为消息传递的中间件如何工作的.
传统意义上来讲, 每当我们谈到消息中间件时, 首先想到的是基于Message Queue,有Apache的 Active MQ, IBM的Webshere的 MQ, Rabbit MQ都是基于内存/持久化到磁盘来实现的. 还有一种Oracle Advance MQ, 这是一种基于oracle数据库实现的Queue.天然支持基于数据库的操作.相当好用,只是了解的人不多,使用的也少,没有被广泛应用.
近些年,大数据的兴起, 使得对消息中间件的要求变得更高, 要求稳定,高效,可追溯,分布式的支持,实效性, 如Kafka , Redis.
Solace是不同于以上的消息队列及缓存的机制, 它是完全基于硬件实现的消息队列中间件.速度,效率,吞吐量,可靠性都高于以上几种消息中间件, 不同的是它是收费的,而且对于中小型企业控制成本来讲, 基本不是首选. 但是它在世界范围内的金融企业得到了广泛的认可和使用.
Solace提供两种设备模型:
- PubSub+ 3530 : 从成本和提供的性能上有效地满足了中型企业的需求.
- PubSub+ 3560 : 从成本和所提供的性能上能够满足超大型公司重要数据, 云和物联网的要求.
| I/O Cards 4x1GE | I/O Cards 8x1GE, 2x10GE, 8x10GE |
| 连接 Enterprise/JMS: 6,000 connections IoT/Web/REST: 6,000 connections | 连接 Enterprise/JMS: 30,000 connections IoT/Web/REST: 200,000 connections |
| Non-Persistent (Direct) Messaging Point to Point: 4.7M msgs/sec with Fanout: 4.7M msgs/sec Throughput: 4Gbps Latency: 28 microseconds | Non-Persistent (Direct) Messaging Point to Point: 9.3M msgs/sec with Fan-out: 28.4M msgs/sec Throughput: 80 Gbps Latency: 18 microseconds |
| Persistent (Guaranteed) Messaging Point to Point: 75,000 msgs/sec With Fan-out: 450,000 msgs/sec Throughput: 1 Gbps | Persistent (Guaranteed) Messaging Point to Point: 645,000 msgs/sec With Fan-out: 5,530,000 Throughput: 9 Gbps |
下图为Solace的基本结构:
通过这样一张简图, 可以有一个大体印象, 一台Solace的服务的整体结构分布于硬件上是怎样的一种体现. 后面的文章会详细介绍每个port是什么用的.
API的支持:
Solace APIs提供一个底层基于UDP,用C++/Java编的JCMP API的一个统一访问Solace设备的API,用于提供通信服务, 支持的语言版本有: C, .NET, iOS, Java, JavaScript, JMS and Node.js.
目前有一个通用的开源的Apache Qpid - AMQP 1.0 (Advanced Message Queuing Protocol) , 它实现了事物的管理,查询,分发,安全及跨平台的支持. 主参考: https://qpid.apache.org/
面向消息的中间件主要的作用是用来在不同组件, 系统间传递信息.目的是将整个平台或者系统的上下游间进行架构上的解耦合. 使得系统间的运行流转可通过中间件的作为传递的桥梁,起到连通的作用.尤其是像Solace这样的可靠稳定的基于硬件的设备,更加适合于不仅系统内的各组件可以拆分, 不同平台, 系统同样可以它作为桥梁进行信息的整合,备份. 在分布式的系统架构中,它可以起到中间媒介的作用.
Solace中间件的基本功能:
TBD(由于工作的原因暂停了，后面会持续更新。)
