E-Lin通用微服务平台介绍及性能比较

背景
一、高标信息化建设

      随着公司发展的需要逐步上线各种系统,例如Oracle EBS、OA、HR、CRM和条码系统等等，各个系统之间部分功能集成开发，相互数据交换比较频繁，比较简单的方法就是通过DB-LINK 实现，但是，由于各个系统之间的数据库(例如常见的有Oracle、MYSQL和SQL Server等等)不同，DB-Link跨数据库时，安装和配置比较复杂，甚至有的数据库之间不支持DB-Link，无法实现不同数据库之间相互交换，只能是通过Java JDBC直接编写代码实现集成。
因此，带来比较大的痛点主要如下:
1.    Oracle EBS 11i未集成SOA
2.    由于信息化安全规范要求或者克隆测试环境，需要变更Oracle DB用户密码，同时与它集成的系统的DB Link配置和JDBC配置也需求变更，修改和配置服务器比较多，有可能会遗漏。
3.    DB Link集成方式：由于OA系统某些数据来源于Oracle EBS，只有Oracle EBS宕机或者停机克隆,就会导入部分OA流程无法提交使用。
4.    Java开发、部署和配置过程繁锁，工作量大，浪费大量工作时间。
二、某牧人新上线项目
        使用Oracle EBS通用Web Services与PLM和WMS系统集成时，无法解析特殊字符。
三、某知名声学维运项目
       采用汉某的那套通用Web Services，只有修改的Oracle包和存储过程上线至产生环境以后，经常提示：

导致Web Services不能正常调用，有时等上一二个小时以后，还是无法正常调用服务。同样特殊字符也是无法解析。当前，模拟相同操作更新包，使用E-Lin通用微服务平台调用测试，并且没有以上提示。

易联通用微服务平台灵感之源:
       为了能实现Oracle EBS与其它系统数据集成，了解Oracle EBS SOA集成功能、开发和部署过程，更有幸获得Oracle EBS开发同行前辈们提供二套比较好Oracle EBS通用Web Services框架，一套是我的老东家SIE，一套是友商汉某的，现实的具本思路(参考下文)大致相同，极大减少Web Services部署和发布工作。但是，也有一些小小瑕疵，例如特殊字符无法解析，需要创建大量接口表。令我更绝望的是Oracle EBS 11i没有集成SOA功能。
       在与一位比较喜欢钻研技术的朋友讨论时，想要使用java的Restful服务将企业各个系统信息集成和相互通信，他给我介绍关于微服务架构东西，非常适合于做企业中台，激起了我对微服务浓厚兴趣，这不就是我一直想要实现的东西。于是上度娘、Bing和Google上找很多关于微服务的资料，又是购买关于微服务书籍，又是购买关于微服务视频课件，想要通过开发Java程序实现所有Oracle EBS标准接口服务。
       但是，由于各个行业的业务特殊性，无法实现通用化或标准化服务，所有Oracle EBS各个接口通过写Java程序实现，工作量非常大，例如特殊逻辑和校验，可能各个业务比较大的差异，会产生大量冗余Java代码，版本也会随之增加的越来越多，特别给二开发次带来比较大的难度。因此，产生一个想法，如何把Oracle EBS通用Web Services的框架与微服务框架结合？重构一套新的通用微服务平台

目标:零JAVA开发，配置简单，快速迁移、快速部署，Restful风格
愿景:支持所有主流数据库(如:Oracle, MySQL, SQLServer)、永不宕机
E-Lin通用微服务平台特色：
1.注册存储过程就能生成一个Restful风格的服务。
2.注册SQL脚本(及占位参数)就能生成一个Restful风格的服务。

系统架构：想实现所有企业信息系统通过该平台互联互通。

系统主要功能:

其中，权限控制精细：
1.通用API精确到具体API代码
2.其它维护API精确到具体的URI

Oracle EBS通用WebServices与E-Lin 通用微服务平台执行性能比较：
前提条件：实现对相同存储过程相同参数的操作，差异只是报文解析和存储过程的调用
1.业务数据1笔执行时间(ms)


2.业务数据5笔执行时间(ms)

3.业务数据10笔执行时间(ms)


总结：随着业务数据越大差异越明显。
Oracle EBS通用WebServices与E-Lin 通用微服务平台执行性能差异分析：如下图和表格

性能差异比较:


另外，E-Lin通用微服务平台，通用API服务自带自动生成JSON报文服务，减少编写JSON报文工作量。
感谢大家关注E-Lin通用微服务平台的文章，需要的朋友可以留言联系方式，大家共同讨论和学习。