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

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

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

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

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

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

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

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

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