论通用通信协议适配器的设计.pdfVIP

～ … … 堡…一皇…一壁 J}AN CO PU下毯R 论通用通信协议适配器的设计 叶 青 (北京福富软件技术股份有限公司福州分公司 福建 福州 350003) 【摘 要】本文论述企业服务总线(ESB)的核心功能——协议适配器的一种设计实现方案，通过面向配置的设计 模式，实现高度的灵活性和可扩展性。本方案可帮助大型企业采用平滑的方式逐步向SOA架构演进 ，减缓 IT架构升级 带来的阵痛。 【关键词】通信协议；消息；面向配置；数据模型；企业服务总线；服务；协议转换 1引言 的思想后，确定分传输、会话、表示、应用，这四个层面来分析协 面向服务的SOA架构，经时间证明是解决大型 IT难题的 议。对各层含义定义如下： 一 个有效的解决方案。亚马逊、淘宝等企业的成功案例，给大型 传输：基于操作系统提供的socket的API族，描述通信双 企业树立了一个美好的榜样，吸引着众多企业向SOA架构转 方之间如何发送和接收完整的应用报文； 型。 会话：描述通信双方之间如何建立、维持、断开连接； 传统大企业，特别是电信运营商，IT化起步早，系统众多， 表示：描述应用报文的数据格式、数据编码； 不可能抛弃原有系统完全重建，需要寻找一条可平滑升级的道 应用：描述每个具体应用服务的报文 内容，主要是约定报 路。通过定制开发适合 自己的企业服务总线，利用企业服务总 文中的数据字段及其数据类型。 线实现不同系统接 口间的协议转换和服务管控，是 目前运营商 3．1传输层分析 上下认可的一条升级道路。但原有系统接 口协议众多，定制开 经分析，为保证通信的可靠性，目前的协议都是基于TCP 发的企业服务总线如何实现具有通用性的协议适配器，确保在 协议，未发现采用 UDP。 全国31省部署时可顺利实施，是一个关键难点。本文就此难点 TCP协议为上层应用提供了顺序传输数据的能力，但未提 探讨实现方案。 供应用级消息报文传输的能力，源头把两个长度为300字节和 2运营商 IT现状分析 500字节的应用报文发送出去，目标端将接收到800字节，这里 运营商的IT系统采用不同的技术和架构，大量 IrI’系统因 头到底多少个报文，每个报文多长，应用层软件 自己需要解决， 为架构较老，没有服务封装理念，多采用接 口方式实现系统间 因此接 口协议首先必须包含了报文长度识别的方法。 的相互调用。经过初步调研，各省 IT系统中存在的主要通信协 分析了各类接 口协议，总结下来，对消息报文长度的识别， 议有： 主要方法有 1)基于Socket的定制协议 (通信基于TCP协议，应用层协 1)在包头指明长度：比如 SMGP包头如下表，约定最前面 4 议相对简单) 个字节指明报的长度；由于包头长度固定是 12字节，因此开发 2)SOAP协议 (近几年的系统间接 口，开始倾向于采用本 时可先接收 12字节，从中解读出包长度，再决定第二次接收的 协议) 字节数； 3)Diameter协议 字段 长度 (字节) 数据类型 说明 4)SMGP协议 5)Servlet PacketLength 4 Integer 数据