CN113612798A - 服务数据处理方法、装置、设备和介质 - Google Patents

Abstract

本公开提供一种服务数据处理方法、装置、设备和介质，所述方法包括：相应于当前用户的服务请求，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。本公开的技术方案可以对多租户系统的应用服务进行安全隔离。

Description

服务数据处理方法、装置、设备和介质

技术领域

本公开涉及计算机网络技术领域，尤其涉及一种服务数据处理方法、装置、电子设备和非暂态计算机可读存储介质。

背景技术

多租户技术又称多重租赁技术，是一种软件架构技术。在多租户技术中，一个单独的应用程序实例可以为多个组织服务。这里，应用程序实例可以为代码、库、数据库或框架。多租户技术可以在多租户的环境下实现多租户共用相同的系统或程序组件。

在相关技术中，多租户系统中的租户可以同时共享数据库和数据结构，也可以仅共享数据库或者数据结构其中之一。受到设备购置和维护成本的制约，一些多租户系统的隔离级别不高。而多租户系统中的所有租户公用所有应用服务，在多租户系统的隔离级别不高的情况下，不同租户指令共用相同的服务和功能时可能存在安全问题。

发明内容

本公开提供一种服务数据处理方法、装置、电子设备和非暂态计算机可读存储介质，用以解决现有技术中多租户共用所有应用服务存在安全问题的缺陷，实现应用服务的安全隔离。

本公开提供一种服务数据处理方法，包括：响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

根据本公开提供的一种服务数据处理方法，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务，包括：获取所述服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务；在所述心跳正常的应用服务中，采用轮询方式选取当前应用服务。

根据本公开提供的一种服务数据处理方法，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务，包括：获取所述服务地址配置数据中的指定服务地址对应的指定应用服务；若所述指定应用服务心跳正常，则选取所述指定应用服务为所述当前应用服务。

根据本公开提供的一种服务数据处理方法，应用服务部署在地端服务器上，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务之前，所述方法还包括：获取所述地端服务器配置列表；扫描所述地端服务器配置列表中的全部地端服务器下的全部应用服务，得到心跳监控数据，其中，所述心跳监控数据根据向应用服务发送心跳监控请求后，接收到的返回的心跳监控响应得到，所述心跳监控数据表征应用服务心跳正常或心跳不正常；若所述心跳监控数据表征应用服务心跳不正常，则生成报警数据。

根据本公开提供的一种服务数据处理方法，所述获取所述当前租户的服务地址配置数据和路由链路配置数据之前，所述方法还包括：生成所述服务地址配置数据，其中，所述服务地址配置数据包括不同的租户对应的应用服务的服务地址；生成所述路由链路配置数据，其中，所述路由链路配置数据包括不同的所述租户对应的应用服务的处理链路。

根据本公开提供的一种服务数据处理方法，每个租户的每个应用服务位于至少两个所述地端服务器下。

本公开还提供另一种服务数据处理方法，所述方法包括：接收云端服务器根据处理链路发送的服务请求，其中，所述处理链路由所述云端服务器根据当前租户的路由链路配置数据确定；对所述服务请求进行处理，得到服务响应，其中，所述服务请求由当前应用服务处理，所述当前应用服务由所述云端服务器根据所述当前租户的服务地址配置数据确定；将所述服务响应返回给所述云端服务器。

本公开还提供一种服务数据处理装置，所述装置包括：配置获取单元，用于响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；服务获取单元，用于获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；交互单元，用于根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

根据本公开提供的一种服务数据处理装置，所述服务获取单元还用于，获取所述服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务；在所述心跳正常的应用服务中，采用轮询方式选取当前应用服务。

根据本公开提供的一种服务数据处理装置，所述服务获取单元还用于，获取所述服务地址配置数据中的指定服务地址对应的指定应用服务；若所述指定应用服务心跳正常，则选取所述指定应用服务为所述当前应用服务。

根据本公开提供的一种服务数据处理装置，应用服务部署在地端服务器上，所述装置还包括心跳监控单元，用于获取所述地端服务器配置列表，扫描所述地端服务器配置列表中的全部地端服务器下的全部应用服务，得到心跳监控数据，并在所述心跳监控数据表征应用服务心跳不正常时，生成报警数据，其中，所述心跳监控数据根据向应用服务发送心跳监控请求后，接收到的返回的心跳监控响应得到，所述心跳监控数据表征应用服务心跳正常或心跳不正常。

根据本公开提供的一种服务数据处理装置，所述装置还包括配置单元，用于：生成所述服务地址配置数据和所述路由链路配置数据，其中，所述服务地址配置数据包括不同的租户对应的应用服务的服务地址，所述路由链路配置数据包括不同的所述租户对应的应用服务的处理链路。

根据本公开提供的一种服务数据处理装置，每个租户的每个应用服务位于至少两个所述地端服务器下。

本公开还提供另一种服务数据处理方法装置，所述装置包括：接收单元，用于接收云端服务器根据处理链路发送的服务请求，其中，所述处理链路由所述云端服务器根据当前租户的路由链路配置数据确定；处理单元，用于对所述服务请求进行处理，得到服务响应，其中，所述服务请求由当前应用服务处理，所述当前应用服务由所述云端服务器根据所述当前租户的服务地址配置数据确定；发送单元，用于将所述服务响应返回给所述云端服务器。

本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述服务数据处理方法的步骤。

本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述服务数据处理方法的步骤。

本公开提供的服务数据处理方法、装置、电子设备和非暂态计算机可读存储介质，通过预先为租户配置服务地址配置数据和路由链路配置数据，可以为不同的租户分配不同的服务地址和处理链路，实现了多租户系统中应用服务的安全隔离以及服务资源的合理利用。

本公开实施例的方案根据不同租户的特点，根据租户的身份编码等信息将租户的应用服务逻辑和物理地址进行了隔离。此外，针对所有的地端服务器下的应用服务进行心跳定时监控，选择心跳正常的应用服务，进一步结合租户信息选择对应的应用服务，可以安全地实现不同租户之间应用服务的隔离，从而更方便地服务于不同的租户。进一步地，通过设定定制化的处理链路，可以更有效地利用应用服务资源。

附图说明

为了更清楚地说明本公开或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开提供的服务数据处理方法的流程示意图之一；

图2是本公开提供的服务数据处理方法的流程示意图之二；

图3是本公开提供的服务数据处理方法的流程示意图之三；

图4是本公开提供的服务数据处理方法的流程示意图之四；

图5是本公开提供的服务数据处理装置的结构示意图之一；

图6是本公开提供的服务数据处理装置的结构示意图之二；

图7是本公开提供的电子设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合本公开中的附图，对本公开中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

在本公开一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开一个或多个实施例。在本公开一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本公开一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在相关技术中，多租户系统中的所有租户共用所有应用服务。这些应用服务可以为小程序，H5页面、机器人或者聊天窗口。

多租户系统中的租户可以拥有一个独立数据库，为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求；如果出现故障，恢复数据比较简单。该方案的租户数据隔离级别最高，安全性最好，但成本也较高。

多租户系统中的租户还可以共享数据库，但是隔离数据架构。该方案为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；每个数据库可以支持更多的租户数量。

多租户系统中的租户还可以共享数据库，共享数据架构，该方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。但是该方案隔离级别较低，安全性较低。

不同租户的应用服务没有进行隔离的情况下，不同租户指令共用相同的服务和功能时可能存在安全问题，也不利于服务资源的合理利用。

为解决该问题，本公开实施例提供一种服务数据处理方法、装置、电子设备和非暂态计算机可读存储介质。

下面结合图1至图5对本公开示例实施方式进行详细说明。

如图1所示的是本公开实施例的服务数据处理方法的流程图。本公开实施例提供的方法可以由任意具备计算机处理能力的电子设备执行，例如终端设备和/或服务器。该方法应用于云端服务器，如图1所示，该服务数据处理方法包括：

步骤102，响应于当前用户的服务请求后，获取当前用户对应的当前租户的服务地址配置数据和路由链路配置数据。

具体地，在多租户技术中，租户(tenant)是指使用系统或电脑运算资源的客户，包含在系统中可识别为指定用户的一切数据，包括会计数据、用户在系统中建置的各式数据、以及用户本身的定制化应用程序环境等。用户(user)表示拥有用户名，密码，邮箱等帐号信息的自然人。一个用户就是一个有身份验证信息的应用程序编程接口消费实体，一个用户可以属于多个租户。根据当前租户的服务请求，可以获取当前用户对应的当前租户。服务地址配置数据和路由链路配置数据是多租户系统中预先配置的配置数据，不同的租户配置有不同的服务地址配置数据和路由链路配置数据。在接收到当前租户的服务请求后，需要获取当前租户对应的服务地址配置数据和路由链路配置数据。

步骤104，获取与服务地址配置数据中的服务地址对应的当前租户的当前应用服务。

具体地，服务地址配置数据中配置有当前租户的应用服务的服务地址，该服务地址可以是一个，也可以是两个或多个。若服务地址是一个，当前应用服务为该服务地址对应的应用服务。若服务地址是两个或者多个，当前应用服务为这些服务地址对应的应用服务之一。

步骤106，根据路由链路配置数据中的处理链路向当前应用服务发送服务请求，并接收当前应用服务根据服务请求生成并返回的服务响应。

具体地，路由链路配置数据中对不同租户的不同指令的对应的处理链路进行配置。

本公开实施例中，通过根据不同租户的特点和需求为不同的租户分配服务地址和处理链路，合理地分配了服务器资源。根据不同的租户进行服务资源隔离后，可以更安全地进行不同租户的应用服务交互，更方便的根据不同租户的特点定制处理链路。

本公开实施例可以应用于云地交互模式。当前应用服务可以部署于地端服务器中。步骤102至步骤106可以由云端服务器执行。

在步骤102之前，需要为不同租户配置不同的服务地址配置数据和理由链路配置数据。

具体地，需要生成服务地址配置数据和路由链路配置数据，其中，服务地址配置数据包括不同的租户对应的应用服务的服务地址，路由链路配置数据包括不同的租户对应的应用服务的处理链路。

在多租户系统新接入外部租户时，需要对该新租户进行服务地址配置和路由链路配置。进行服务地址配置主要是通过数据库配置不同租户对应的物理地址，以及该物理地址对应的应用服务。进行路由链路配置主要是配置应用服务交互需要处理的服务链路，这里，应用服务交互可以是云端租户和地端租户交互时到对应的物理地址下的应用服务的交互过程。处理链路可以是加解密、交互方式转换以及交互的日志处理等过程的服务处理链路。

例如，租户A0的路由链路配置数据中，加解密方式的处理链路中的加密方式为rsa非对称加密，这样，在云端租户和地端租户进行指令交互时，云端服务器通过rsa非对称加密，发送http(hypertext transfer protocol，超文本传输协议)请求到地端服务器的某个应用服务；地端服务器接收到指令后，通过rsa解密后，执行指令对应的任务，并在执行任务完毕后将结果通过rsa非对应加密结果返回到云端服务器。

其中，rsa是一种公钥密码算法，它的名字由三位开发者的姓氏的首字母组成。rsa一般被用于公钥密码和数字签名。

在多租户系统中，可以监控应用服务的心跳情况，以确定部署对应的应用服务的地端服务器的健康状况。监控应用服务的心跳的任务可以由心跳监控应用服务实现，该心跳监控应用服务可以部署于云端服务器，也可以部署于地端服务器。

心跳监控应用服务在启动时，可以启动一个单独的线程，定时扫描数据库中的地端服务器配置列表，针对所有地端服务器下的应用服务，依次发送http请求，监控该http请求的接收方的心跳。在接收到http请求的响应后，可以根据响应内容判断被监控的应用服务的心跳状态。

这里，地端服务器配置列表对不同的地端服务器下部署的应用服务进行配置。每个地端服务器下可部署有多个应用服务。不同地端服务器下的应用服务可以为相同的应用服务。

为了保证应用服务的高可用性，可以配置每个租户的每个应用服务位于至少两个地端服务器下。也就是说，对于A1租户的一个应用服务B1，对应的，至少应该有两个地端服务器部署有该应用服务B1。

在步骤104之前，需要获得应用服务的心跳监控数据。具体地，获取应用服务的心跳监控数据的过程如下：首先，获取地端服务器配置列表，再扫描地端服务器配置列表中的全部地端服务器下的全部应用服务，得到心跳监控数据。

这里，心跳监控数据根据向应用服务发送心跳监控请求后，接收到的返回的心跳监控响应得到，心跳监控数据表征应用服务心跳正常或心跳不正常。

若心跳监控数据表征应用服务心跳不正常，则生成报警数据。报警数据可以提醒相关人员进行异常排查处理，其可以采用短信、邮件、系统提示的方式将报警数据发送给相关人员，也可以在显示器上将报警数据以文字或者指示灯的形式进行显示。

在步骤104中，可以在心跳正常的应用服务中，采用轮询方式选取目标应用服务，也可以根据服务地址配置数据中的指定服务地址选取心跳正常的目标应用服务。

例如，租户A2要通过云端服务器发送指令到地端服务器时，可以获取服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务；之后在心跳正常的应用服务中，采用轮询方式选取当前应用服务。

具体地，轮询方式是指，在当前租户的一个指令达到时，为该指令在心跳正常的应用服务中任意选择一个应用服务B21，并在当前租户的下一个指令到达时，在心跳正常的应用服务中任意选择一个除应用服务B21之外的应用服务，例如，应用服务B22。

在另一种情形中，租户A3的服务地址配置数据中为租户A3的应用服务B3指定一个服务地址，这时，租户A3要通过云端服务器发送指令到地端服务器时，可以获取服务地址配置数据中的指定的唯一的服务地址对应的指定应用服务；若指定应用服务心跳正常，则选取指定应用服务为当前应用服务。

在本公开实施例中，监控心跳的应用服务可以由云端的应用服务执行，也可以由地端的应用服务执行。

在步骤106中，向地端服务器下的当前应用服务发送服务请求；在当前应用服务根据服务请求生成服务响应并返回云端服务器后，接收服务响应。

本公开实施例的方案根据不同租户的特点，根据租户的身份编码等信息将租户的应用服务逻辑和物理地址进行了隔离。此外，针对所有的地端服务器下的应用服务进行心跳定时监控，选择心跳正常的应用服务，进一步结合租户信息选择对应的应用服务，可以安全地实现不同租户之间应用服务的隔离，从而更方便地服务于不同的租户。进一步地，通过设定定制化的处理链路，可以更有效地利用应用服务资源。

如图2所示，在本公开实施例的一种服务数据处理方法包括以下步骤：

步骤201，用户通过租户A3向云端服务器发送服务请求。

步骤202，云端服务其获取租户A3的服务地址配置数据和路由链路配置数据。

步骤203，云端服务器向地端服务器发送心跳监控请求。

步骤204，地端服务器向云端服务器返回心跳监控数据。

步骤205，云端服务器根据心跳监控数据获取服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务。

步骤206，云端服务器在心跳正常的应用服务中，采用轮询方式选择当前应用服务。

步骤207，根据理由链路配置数据中的处理链路向当前应用服务发送服务请求。

步骤208，当前应用服务对服务请求对应的任务进行处理，得到服务响应。

步骤209，地端服务器向云端服务器返回服务响应。

步骤210，云端服务器向租户A3返回服务响应。

如图3所示，在本公开实施例的另一种服务数据处理方法包括以下步骤：

步骤301，获取当前用户的服务请求。

步骤302，获取当前用户对应的当前租户的服务地址配置数据和路由链路配置数据。

步骤303，根据服务地址配置数据中的指定服务地址获取当前租户的当前应用服务。

步骤304，判断当前应用服务心跳是否正常。若是，执行步骤305，若否，执行步骤307。

步骤305，根据路由链路配置数据的处理链路将服务请求发送到当前应用服务。

步骤306，接收并解析当前应用服务返回的服务响应。

步骤307，结束流程。

如图4所示，本公开实施例的另一种服务数据处理方法应用于地端服务器，方法包括：

步骤402，接收云端服务器根据处理链路发送的服务请求，其中，处理链路由云端服务器根据当前租户的路由链路配置数据确定。

步骤404，对服务请求进行处理，得到服务响应，其中，服务请求由当前应用服务处理，当前应用服务由云端服务器根据当前租户的服务地址配置数据确定。

步骤406，将服务响应返回给云端服务器。

本公开提供的服务数据处理方法，通过预先为租户配置服务地址配置数据和路由链路配置数据，可以为不同的租户分配不同的服务地址和处理链路，实现了多租户系统中应用服务的安全隔离以及服务资源的合理利用。

下面对本公开提供的服务数据处理装置进行描述，下文描述的服务数据处理装置与上文描述的服务数据处理方法可相互对应参照。

如图5所示，本公开实施例的一种服务数据处理装置应用于云端服务器，该装置包括：

配置获取单元502，用于响应于当前用户的服务请求后，获取当前用户对应的当前租户的服务地址配置数据和路由链路配置数据。

服务获取单元504，用于获取与服务地址配置数据中的服务地址对应的当前租户的当前应用服务。

交互单元506，用于根据路由链路配置数据中的处理链路向当前应用服务发送服务请求，并接收当前应用服务根据服务请求生成并返回的服务响应。

本公开实施例中，通过根据不同租户的特点和需求为不同的租户分配服务地址和处理链路，合理地分配了服务器资源。根据不同的租户进行服务资源隔离后，可以更安全地进行不同租户的应用服务交互，更方便的根据不同租户的特点定制处理链路。

在本公开实施例中，服务获取单元504还用于，获取服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务；在心跳正常的应用服务中，采用轮询方式选取当前应用服务。

在本公开实施例中，服务获取单元504还用于，获取服务地址配置数据中的指定服务地址对应的指定应用服务；若指定应用服务心跳正常，则选取指定应用服务为当前应用服务。

在本公开实施例中，服务数据处理装置还包括心跳监控单元，用于获取地端服务器配置列表，扫描地端服务器配置列表中的全部地端服务器下的全部应用服务，得到心跳监控数据，并在心跳监控数据表征应用服务心跳不正常时，生成报警数据，其中，心跳监控数据根据向应用服务发送心跳监控请求后，接收到的返回的心跳监控响应得到，心跳监控数据表征应用服务心跳正常或心跳不正常。

在本公开实施例中，服务数据处理装置还包括配置单元，用于：生成服务地址配置数据和路由链路配置数据，其中，服务地址配置数据包括不同的租户对应的应用服务的服务地址，路由链路配置数据包括不同的租户对应的应用服务的处理链路。

在本公开实施例中，每个租户的每个应用服务位于至少两个地端服务器下。

如图6所示，本公开还提供另一种服务数据处理方法装置，应用于地端服务器，装置包括：

接收单元602，用于接收云端服务器根据处理链路发送的服务请求，其中，处理链路由云端服务器根据当前租户的路由链路配置数据确定。

处理单元604，用于对服务请求进行处理，得到服务响应，其中，服务请求由当前应用服务处理，当前应用服务由云端服务器根据当前租户的服务地址配置数据确定。

发送单元606，用于将服务响应返回给云端服务器。

由于本公开的示例实施例的服务数据处理装置的各个功能模块与上述服务数据处理方法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细节，请参照本公开上述的服务数据处理方法的实施例。

本公开提供的服务数据处理装置，通过预先为租户配置服务地址配置数据和路由链路配置数据，可以为不同的租户分配不同的服务地址和处理链路，实现了多租户系统中应用服务的安全隔离以及服务资源的合理利用。

图7示例了一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行服务数据处理方法，该方法包括：响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本公开还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的服务数据处理方法，该方法包括：响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

又一方面，本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的服务数据处理方法，该方法包括：响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

Claims (11)

1.一种服务数据处理方法，其特征在于，所述方法包括：

响应于当前用户的服务请求，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；

获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；

根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

2.根据权利要求1所述的方法，其特征在于，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务，包括：

获取所述服务地址配置数据中的多个服务地址对应的多个应用服务中心跳正常的应用服务；

在所述心跳正常的应用服务中，采用轮询方式选取当前应用服务。

3.根据权利要求1所述的方法，其特征在于，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务，包括：

获取所述服务地址配置数据中的指定服务地址对应的指定应用服务；

若所述指定应用服务心跳正常，则选取所述指定应用服务为所述当前应用服务。

4.根据权利要求2或3所述的方法，其特征在于，应用服务部署在地端服务器上，所述获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务之前，所述方法还包括：

获取所述地端服务器配置列表；

扫描所述地端服务器配置列表中的全部地端服务器下的全部应用服务，得到心跳监控数据，其中，所述心跳监控数据根据向应用服务发送心跳监控请求后，接收到的返回的心跳监控响应得到，所述心跳监控数据表征应用服务心跳正常或心跳不正常；

若所述心跳监控数据表征应用服务心跳不正常，则生成报警数据。

5.根据权利要求1所述的方法，其特征在于，所述获取所述当前租户的服务地址配置数据和路由链路配置数据之前，所述方法还包括：

生成所述服务地址配置数据，其中，所述服务地址配置数据包括不同的租户对应的应用服务的服务地址；

生成所述路由链路配置数据，其中，所述路由链路配置数据包括不同的所述租户对应的应用服务的处理链路。

6.根据权利要求4所述的方法，其特征在于，每个租户的每个应用服务位于至少两个所述地端服务器下。

7.一种服务数据处理方法，其特征在于，所述方法包括：

接收云端服务器根据处理链路发送的服务请求，其中，所述处理链路由所述云端服务器根据当前租户的路由链路配置数据确定；

对所述服务请求进行处理，得到服务响应，其中，所述服务请求由当前应用服务处理，所述当前应用服务由所述云端服务器根据所述当前租户的服务地址配置数据确定；

将所述服务响应返回给所述云端服务器。

8.一种服务数据处理装置，其特征在于，所述装置包括：

配置获取单元，用于响应于当前用户的服务请求后，获取所述当前用户对应的当前租户的服务地址配置数据和路由链路配置数据；

服务获取单元，用于获取与所述服务地址配置数据中的服务地址对应的所述当前租户的当前应用服务；

交互单元，用于根据所述路由链路配置数据中的处理链路向所述当前应用服务发送所述服务请求，并接收所述当前应用服务根据所述服务请求生成并返回的服务响应。

9.一种服务数据处理装置，其特征在于，所述装置包括：

接收单元，用于接收云端服务器根据处理链路发送的服务请求，其中，所述处理链路由所述云端服务器根据当前租户的路由链路配置数据确定；

处理单元，用于对所述服务请求进行处理，得到服务响应，其中，所述服务请求由当前应用服务处理，所述当前应用服务由所述云端服务器根据所述当前租户的服务地址配置数据确定；

发送单元，用于将所述服务响应返回给所述云端服务器。

10.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述的方法的步骤。

11.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法的步骤。

Images