实践案例 | WebService服务,解决多系统集成问题

小编推荐
由于历史发展原因,企业内部往往不止存在一套信息管理系统。在某些大型企业中,系统甚至会高达几十套。集团总部想要及时掌握各子公司的经营情况,但这往往需要投入大量的人力物力进行系统集成才能实现。
但是现在,通过苍穹OpenApi2.0的WebService服务,即可轻松实现企业内部系统的集成,极大限度地降低开发成本。一线案例,亲测有效。欲知详情,请往下看~
撰稿人:金蝶伙伴—杨超。
1 业务背景
1.1 业务场景及痛点
2022年初,拥有烟草行业复杂业务集成项目WebService经验的我们,遇到了医药零售行业的系统集成WebService需求。与烟草行业不同,该医药客户原系统在对接外围系统时基本使用Basic认证方式的WebService处理数据。
由于Basic认证方式安全度很低,存在风险,因此需要引入苍穹发布的WebService替换原有的Basic认证的WebService,由后续服务流程或者数据集成方案处理业务数据,将数据保存到对应业务单据。
之前该客户使用WebService对接了该企业异构系统(17个数据中心),庞大的数据量对WebService是一个严峻的考验,且该企业原系统的WebService较为复杂,客户需要熟悉完整的WebService接口,并开发出对应的解析模块才可处理数据。
这需要客户对业务和功能的熟悉度很高,特别是其中的一些开发方式,客户在做功能性调整时,需要小心谨慎地处理功能代码,所以在开发和运维的过程中考虑的东西较多,导致时间成本较高。
1.2 客户诉求及期望
该医药零售客户希望苍穹实现的WebService能满足以下需求点:
1、保留原系统原生WebService的格式,仅变动地址,做到无感切换Web Service。
2、能承载大数据量的处理,单接口单日最高数据承载量达到百万级别。
3、将原始Basic认证方式取消,改为access_token认证方式,安全度更高。
4、低代码化编辑和快速发布苍穹WebService,降低运维成本。
5、拥有完整的日志监控,支持历史调用数据回溯,查找问题更加方便。
2 解决方案
苍穹研发的WebService低代码开发功能,极大满足了客户痛点和诉求,主要优点如下:
1、通过简单的配置就可以实现WebService的发布,支持原生WSDL文件导入解析自动生成WebService,可以保留原始结构并大大减少了开发难度和开发周期,降低功能实现的代码量。
2、支持字段的新增、修改操作,并可以在导入的基础上再次修改WebService结构。
3、支持SOAP1.1和SOAP1.2协议。
4、支持多种方式调用接口,功能实现上更加灵活;
5、拥有完整的WebService测试模块;
6、拥有完整的日志监控,支持历史调用数据回溯,定位问题更加方便。
该客户通过苍穹发布的WebService服务,结合服务流程和集成方案来处理异构系统的数据,轻松集成了企业内部遗留系统。整体方案分为3步:
步骤一:将WebService发布到开放平台。
在【集成管理】中配置WebService,将WebService发布到开放平台,低代码方式实现;
步骤二:WebService内部配置调用服务流程或者数据集成方案。
由服务流程或数据集成方案来实现数据的加工和单据的生成,同时将接收数据和处理数据分开,客户无需再去使用WebClient解析WebService实现后续功能。中间环节也仅需关注WebService是否接收到数据,是否将数据传输给服务流程或数据集成方案,全程通过低代码方式实现;
步骤三:服务流程或数据集成方案实现数据加工。
服务流程或数据集成方案将接收从WebService传输的数据,加工后将数据存入到对应单据。
2.1 关键步骤配置及效果展示
下面,小编将展示三个关键步骤的配置方法及其效果。
步骤一:导入WSDL文件反向生成WebService
首先,通过【集成管理】→【自定义API】,进入菜单后,选择【导入API】下拉菜单,“根据WSDL文件导入”,选择WSDL文件进行上传,WSDL编辑器自动载入WebService定义。

进入“自定义API”菜单

选择“根据WSDL文件导入”

WSDL上传并自动载入WebService定义
然后,选择操作名称,即可进入WebService详细设计页面,客户仅需调整对应参数。

选择操作名称

WebService详细设计页面
实践案例 | WebService服务,解决多系统集成问题
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。



