系统之间接口的可移植性考虑

             前些年公司各个系统之间的接口大多通过数据库链接服务器来相互之间推数据或者拉数据,因为这些系统的数据库都部署在公司到内网中,

且属于同一网段,使用视图来提供数据源,通过作业来执行存储过程取数,设置好作业到执行频率来控制执行频次。这些年过去了,系统之间到

接口越来越多,同步作业也是越来越多,也越来越难以维护了。

            现在要开始考虑升级系统或者将系统移植到第三方的云平台的问题了,问题自然就来了,莫非我们的接口访问还是要公开一个公务地址,

然后使用公网地址来链接数据库吗?这样太不安全了,也不方便维护了。肿么办?后面新的系统或者项目就不要采用这种方式来实现同步了,都

可以统一用webservice来系统,作业的调度则可以考虑用Quartz来做,或者自己写一个调度程序也行。以前的系统的接口方式就需要慢慢

改进过来了,这样以后系统如果移植到云平台就方便了很多。

         所以系统的接口之间的可移植性在系统方案设计时就要考虑清楚,不能因为一时疏忽或者偷懒为日后维护造成隐患。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值