系统对接梳理

1、含义

消除信息孤岛,利用资源(资源整合、业务间的合作),或者优化性能、安全性、稳定性,产生价值(不一定更高,也可能亏)

2、按系统类型

同类系统、异构系统

3、按通讯类型

通讯协议划分、通讯方式划分

4、按架构类型

应用系统间、应用系统与中间件、中间件与中间件、应用系统与操作系统、中间件与操作系统

5、按用途

IT优化、业务需求、合规监管、新旧改造

尽管从不同角度有不同的划分,但是这些类型之间的划分是有关联的,他们的依赖关系通常如下:

6、通讯方式、通讯协议

无论何种系统间的对接,都存在通讯,经过通讯才能将信息共享,将通知送达。采用哪种方式跟系统所处的领域有关,tcp/ip目前广泛应用于互联网领域,而嵌入式和移动领域,更多是根据硬件标准协议,如蓝牙、NFC等等。对于互联网领域,基本上是基于TCP传输协议,在此基础上有着各种应用层协议,如RPC、HTTP是目前两大主流的协议。

RPC

PRC协议即为远程过程调用,其通讯过程对于两边是透明的,不同的开发语言和系统需要定制他们的PRC协议,如JAVA的RMI,webservice,dubbo的tcp内部传输协议,这些协议根据自身需求将请求和响应的数据封装,那么业务代码就可以像调用某个本地方法那样调用对方的方法,从而达到简化对接的目的,由于是定制的,通常是为了满足内部通讯、高效、安全等特性,但是这些协议欠缺灵活性,甚至有的是很重量的,都没有一个统一的标准,有的是自家对tcp的封装,有的是基于http协议实现的,所以一直都没法通用。

HTTP

http协议即为超文本传输协议,早期出身于web,协议本身比较臃肿,因为不像rpc协议那样对通讯过程做了封装和精确设计,所以有很多不得不实现的公约,还需要系统对报文做解析等处理。其实这个时期http协议也没有一个统一的解析规

  • 0
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值