[发明专利]数据集成服务处理方法、装置及电子设备

说明书

本申请实施例公开了数据集成服务处理方法、装置及电子设备，所述方法包括：获取SaaS的租户关联的多个数据源服务之间的依赖关系；通过执行离线任务，对所述SaaS服务的服务接口中的输入参数获取逻辑进行离线调用，以便在所述离线任务中对所述多个数据源服务进行远程调用；将所述多个数据源服务返回的输出数据进行组合后，将所述商品标识与输出数据组合结果之间的对应关系保存到所述SaaS服务侧的数据库中；接收到以目标商品标识为参数的在线查询请求后，从所述数据库中查询获得对应的输出数据组合结果，并将其作为所述服务接口中算法处理逻辑的输入参数。通过本申请实施例，能够提升SaaS服务在提供接口查询服务的过程中的整体效率。

技术领域

本申请涉及软件即服务中的数据集成技术领域，特别是涉及数据集成服务处理方法、装置及电子设备。

背景技术

SaaS(Software-as-a-Service，软件即服务)服务通常基于一套标准软件系统为大量的不同客户(又称为租户)提供服务。这要求SaaS服务能够支持不同租户之间数据和配置的隔离，从而保证每个租户数据的安全与隐私，以及用户对诸如界面、处理逻辑、数据结构等的个性化需求，其中，数据集成任务就是其中一个很重要的方面。

例如，在一种面向企业租户(to B)的SaaS服务中，具体的租户可能是一些商家(可以是在一些电商平台中开设店铺的商家，也可以是线下商家)，该SaaS服务的主要能力是为租户提供补货策略管理方面的服务。也就是说，在供应链场景下，具体的商家可能每天都需要往具体的仓库中进行补货，因此，在每次进行补货时，需要首先计算出补货量，然后，把货入到具体的仓里。在此过程中，商家端需要执行与补货相关的定时任务，但是，该定时任务的执行需要一些策略的支持，而前述SaaS服务则可以提供这方面的支持。也就是说，在使用前述SaaS服务的情况下，关于策略的制定，包括每次需要补货的量等，可以由SaaS服务来确定，商家端只需要按照SaaS服务制定好的策略执行即可。

在上述提供SaaS服务的过程中，由于该服务的租户数量众多，每个租户下又有数量众多的商品(每种商品可以对应一个Item)，而每种商品对应的补货策略又都可能是不同的，需要分别向SaaS服务请求具体的策略。因此，SaaS服务提供方通常会为租户提供一些接口，租户可以通过这种接口向SaaS服务发起查询，以获得所需的数据。

为了减轻租户的调用负担，上述接口的入参通常只是「ItemId」，但是，在接口内部通常需要根据「ItemId」拉取更多能够通过「ItemId」获取到的其他数据，作为实际处理过程中所用到参数。而在获取其他数据时，通常还需要调用其他一些数据源服务(通常可以是具体租户侧的服务)。而调用这些数据源服务通常会涉及到RPC(Remote Procedure Call，远程过程调用)访问，并且采用同步阻塞方式进行调用，这就导致上述接口的整体延迟时间会受到这些数据源服务的延迟时间的影响。另外，由于SaaS服务的租户数量以及每个租户下的Item数量都是非常多，因此，SaaS服务提供的接口的QPS(Queries-per-second，每秒查询率)可能会非常高，但是，下游的数据源服务可能无法承受如此高QPS的请求。

因此，如何提升SaaS服务在提供接口查询服务的过程中的整体效率，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了数据集成服务处理方法、装置及电子设备，能够提升SaaS服务在提供接口查询服务的过程中的整体效率。

本申请提供了如下方案：

一种数据集成服务处理方法，包括：

获取软件即服务SaaS的租户关联的多个数据源服务之间的依赖关系；所述多个数据源服务包括部署在所述租户侧的数据源服务；

通过执行离线任务，以所述租户关联的商品标识为参数，对所述SaaS服务的服务接口中的输入参数获取逻辑进行离线调用，以便在所述离线任务中对所述多个数据源服务进行远程调用；