PDF《消息中间件 3.6》

消息中间件 3.

6 iXCom 技术白皮书 i 版权说明 上海宝信软件股份有限公司版权所有,并保留对本文档及本声明的最终解释权和修改权. 本文档的版权归上海宝信软件股份有限公司所有.未得到上海宝信软件股份有限公司的书 面许可,任何人不得以任何方式或形式对本文档内的任何部分进行复制、摘录、备份、修改、 传播、翻译成其它语言、将其全部或部分用于商业用途. 上海宝信软件股份有限公司 版权所有 1998-2016 All Rights Reserved. ii 目录1概述.1

2 基本术语.1 2.1 应用.1 2.2 通信中间件.1 2.3 应用数据块.1 2.4 节点.1 2.5 通信规约.1 2.6 电文.1 2.7 电文号.2 2.8 映射电文号.2 2.9 回线.2 2.10 静态回线

3 2.11 动态回线

3 2.12 端口号

4 2.13 通信模式

4 2.14 主机名

5 2.15 主机代号

5 2.16 电文实时传输

5 2.17 电文可靠传输

5 2.18 消息队列

5 2.19 分组发送

6 2.20 分组接收

6 3 产品特点.6

4 产品功能.7 4.1 底层通信层.7 4.2 数据接口层.7 4.3 通信管理层.8 iii 4.4 其它.8

5 技术架构.8

6 技术参数.10

7 运行环境.10 7.1 硬件配置.10 7.2 软件配置.10

8 相关产品和文档.10

9 成功案例.11

10 其他说明.12 第1页,共12 页1概述 宝信消息中间件(简称:iXCom)被设计用来解决企业级数据集成与交换问题,为应用系 统提供了可靠的消息通信手段,实现跨异构平台应用系统间的数据通信.它确保消息在任何情 况下都能够安全、可靠的送达,而不需要担心消息传递过程中可能遇到的各种障碍(机器故障、 网络故障等)和异常. iXCom 作为一个消息传递的可靠平台,应用系统可以借助于它轻松地交换和处理消息,构 建弹性的可伸缩的信息系统架构,而无需考虑消息传递的具体细节,能够大大降低开发难度, 缩短开发周期,节约开发成本.

2 基本术语 2.1 应用 与具体业务有关的程序,包括客户端处理输入输出的客户程序(Client)、服务端负责业务逻 辑的服务程序(Server). 2.2 通信中间件 负责不同计算机系统间数据交互/传输的通信软件,如:iXCom. 2.3 应用数据块 双方的应用系统接收或发送的一整块数据(应用业务数据) ,即为应用和通信中间件之间的 数据收发单位. 2.4 节点 节点就是参与通信的计算机系统.一个 iXCom 可以和多个节点通信.一个节点主要有五个 属性:IP 地址、Port 号、通信规约、主机名称和主机代号. 注:在本文内若没有特殊指明,节点和主机是表示同一概念. 2.5 通信规约 计算机系统间通信所采用的协议规范,我们可理解为它是双方沟通的 语言 . 2.6 电文 在双方通信中间件之间传送的数据包,它在应用数据块的基础上进行相应的格式封装.一第2页,共12 页 般由电文头、电文体(应用数据块)和结束符组成. 电文头长度和格式一般固定不变,主要标识电文的基本信息,如电文的发送时间、电文的 长度等. 结束符是 1-2 个字符,用于标明该电文结束,对于特定的通信规约,结束符是确定不变的. 一般来说,电文分为三种类型:普通数据电文,通信应答电文和心跳电文. 普通数据电文(Data Message) 用于传送应用数据块满足应用业务逻辑处理的需要. 通信应答电文(ACK Message) 由电文接收方发送,用于告知发送方是否已正确接收到电文,确保通信的可靠性. 心跳电文(Heartbeat message) 用于监视双方通信链路的状态,双方可根据实际需要决定是否发送心跳电文. 注:通信应答电文是用于保证通信的可靠传输. 通信应答电文、心跳电文是通信相关的控制电文,和应用的业务逻辑间不存在关系. 2.7 电文号 电文号用于标识电文的类型,一般由通信双方按业务划分共同制定,通常放在电文头中. 2.8 映射电文号 用于历史问题等原因,可能在同一项目中出现电文号重复的现象.为了便于应用方便处理 电文,iXCom 提供映射电文号的功能,应用可以根据需对每个电文号定义它的映射电文号,该 映射电文号必须是全局唯一的,也就是说在同一项目中虽然电文号可以重复,但映射电文号必 须是唯一的. 注:若项目中有重复电文号,iXCom 和应用之间的接口有如下约定: 应用发送电文时,提供的电文号必须是映射电文号.当iXCom 发送电文时,iXCom 会把映 射电文号转化成实际的电文号进行发送. iXCom 收到电文后,将把收到电文号对应的映射电文号发送给应用. 2.9 回线 回线指在双方通信程序之间建立的一条逻辑通信链路,一条回线既可以接收也可以发送数 据,但一般一条回线只是用作单向的数据传输,因此建议双方通信程序之间建立两条回线,分 别负责发送和接收电文. 第3页,共12 页 一般情况下,在iXCom 中采用的回线模式如下: 2.10 静态回线 静态回线是指数据传输时,通信双方建立的回线连接一直保持,直到有一方通信程序正常 停止或异常终止.当通信出现异常时,客户端必须具备重新连接服务端功能,保证通信的可靠 性. 静态回线连接的示意图如下: 注:若通信规约不存在应答电文,等待应答阶段将不存在. 2.11 动态回线 动态回线是指计算机之间的回线连接方式是动态的.每传送一条电文时,双方需要建立回 第4页,共12 页线,当本次通信结束后,回线关闭. 如下图所示: 注:发送方在收到应答电文后必须关闭 socket 连接. 2.12 端口号 在TCP/IP 通信中,每台计算机要规定特定的端口号.因此,在本中间件中,定义了本方的 监听端口号,通信中间件使用这个特定的端口号来接收对方计算机的连接要求和电文.同时对 每一个通信对象也定义了对方的监听端口号,本方的发送进程向对方计算机的特定端口号(事 先规定)发起连接请求. 2.13 通信模式 通常来说, iXCom 间通信, 双方都有一个客户端和服务端. 甲方要发数据给乙方, 甲方 iXCom 的客户端把数据发给乙方的服务端.反之,乙方发数据给甲方,是乙方的客户端把数据发给甲 方的服务端. Socket 类型 对应值 说明 WRITE C 客户端 session 读写: 本方作为客户端, 主动连接对方, 第5页,共12 页 连接建立后,该Socket 连接可以发送电文. READ S 服务器端 session 读写: 本方作为服务器端, 等待对方 主动连接,连接建立后,该Socket 连接上可以接收电 文并且发送底层应答(按规约情况而定) . READ_WRITE CS 客户端和服务端两个 session 都读写,融合以上两个 session 的功能. 2.14 主机名 用于在通信时标识通信节点的主机名字,不大于