业务实现方法及装置、电子设备、存储介质与流程

本申请涉及互联网技术领域，尤其涉及一种业务实现方法及装置、电子设备、存储介质。

背景技术：

随着互联网技术的发展以及用户量的增长，越来越多的互联网业务系统采用分布式系统架构，以满足计算需求，提高系统性能。目前，在分布式系统中，一个特定的互联网业务的实现往往需要依赖于多个服务，每个服务可以用以执行所述互联网业务中的特定计算任务。其中，每个服务的计算逻辑可以通过分布式系统中的某个设备来实现，所述互联网业务也可以通过分布式系统中的某个设备来实现。当前，由于互联网业务是直接依赖于各个服务的，当因某种原因(如：设备硬件故障、或网络故障等)导致某个被依赖的服务不可用时，会导致整个互联网业务也无法实现。

技术实现要素：

有鉴于此，本申请提供一种业务实现方法及装置、电子设备、存储介质。

为实现上述目的，本申请提供的技术方案如下：

根据本申请的第一方面，提出了一种业务实现方法，包括：

以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

根据本申请的第二方面，提出了一种业务实现装置，包括：

数据获取单元，用于以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

数据加载单元，用于将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

切换单元，用于将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

根据本申请的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

所述处理器被配置为：

以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

根据本申请的第四方面，提出了一种计算机存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如下步骤：

以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

通过以上技术方案可以看出，通过数据获取任务，从用以实现目标业务的依赖服务的第一计算设备获取所述依赖服务的数据，并将获取到的数据加载到用以实现所述目标业务的第二计算设备中的第一缓存区，并在接下来启动切换动作，以使得所述第二计算设备可以由使用该第二计算设备中的第二缓存区存储的数据切换至使用所述第一缓存区存储的数据。通过以上过程，可以使得目标业务不直接依赖于服务，即便所述依赖服务不可用，仍然可以通过将依赖服务的数据加载到第二计算设备的缓存区中来使用，确保目标业务的可用性。

附图说明

图1示出了相关技术中的一种业务系统架构；

图2示出了一示例性实施例提供的一种业务实现方法的流程；

图3示出了一示例性实施例提供的另一种业务实现方法的流程；

图4示出了一种具体应用场景下的业务实现方法；

图5示出了一示例性实施例提供的一种业务实现装置的模块图；

图6示出了一示例性实施例提供的另一种业务实现装置的模块图；

图7示出了一示例性实施例提供的一种电子设备的结构。

具体实施方式

图1示出了相关技术中的一种业务系统架构，其中，在分布式环境中，一个目标业务需要依赖一个或多个服务，为此，该业务系统可以包括一个用以实现目标业务的计算设备(本文称为第二计算设备)，和一个或多个用以实现各个服务的计算设备(本文称为第一计算设备)。所述计算设备可例如为用户终端、或服务器、或服务器集群、或其他具备计算能力的设备。其中，在实现某个目标业务的过程，需要调用该目标业务所依赖的各个服务来实现相应的计算任务。当前，由于目标业务是直接依赖于各个服务的，当因某种原因(如：设备硬件故障、或网络故障等)导致某个被依赖的服务不可用时，会导致整个互联网业务也无法实现。比如，图1中的服务1不可用时，会引发目标业务也无法实现。为解决这一问题，提出了如下技术方案。

图2示出了一示例性实施例提供的一种业务实现方法的流程。如图2所示，在一实施例中，该方法包括下述步骤102、步骤104以及步骤106，其中：

在步骤102中，以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

对于每个依赖服务而言，用以实现该依赖服务的第一计算设备上需要存储有用以实现该服务的数据，并且，随着业务的发展，每个服务对应的数据可以不断被更新。

在步骤104中，将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行。

在一实施例中，上述第二计算设备的内存中可以包括两个预先申请的缓存区，这两个缓存区都用来加载依赖服务的数据，并且第二计算设备只会使用加载到上述两个缓存区中的一者的数据。在本文中，目标业务与至少一个指定的依赖服务进行解耦(即目标业务并不直接依赖于服务)，而是在实现目标业务时使用被加载到第二计算设备的缓存区中的用以实现依赖服务的数据。其中，在某个时刻a，将在该时刻a未被所述第二计算设备使用的缓存区定义为“第一缓存区”，将在该时刻a被所述第二计算设备使用的缓存区定义为“第二缓存区”。

在步骤106中，将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

在一实施例中，可以通过修改缓存区指针的方式来实现切换，以使得第二计算设备使用依赖服务的最新数据。

可见，通过将业务和服务由直接依赖关系变更为间接依赖关系，当某个特定服务因为硬件故障、网络故障或系统内部错误等因素导致不可用时，可以保证依赖服务的数据可被使用，进而确保业务不受影响，提高了业务系统的可靠性。

图3示出了一示例性实施例提供的另一种业务实现方法的流程。如图3所示，在一实施例中，该方法包括下述步骤201～步骤210，其中：

在步骤201中，以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

在步骤202中，校验获取到的数据与第二计算设备使用的第二缓存区中存储的数据是否一致。若一致，说明依赖服务的数据发生了更新，则进入步骤203，若不一致，说明依赖服务的数据没有更新，则结束流程。

在一实施例中，可以分别计算获取到的数据文件的md5检验和(checksum)，以及当前加载到第二计算设备的缓存区中的数据文件(如不存在，则新建一个空文件)的md5检验和，并比对上述两个md5检验和是否一致，若一致，则表明没有更新，否则，表明发生了更新。

在步骤203中，校验获取到的数据是否符合设定格式。若符合，则进入步骤204，若不符合，则结束流程。

在一实施例中，所述依赖服务可以为业务运营规则服务，该服务包括运营人员所制定的一些业务运营所必要的业务规则。其中，这些业务规则需要按照约定的格式来配置，当校验的结果为获取到的数据不符合设定格式，则需要通知运营人员进行重新配置。

在步骤204中，将获取到的数据推送至所述第二计算设备并存放于所述第二计算设备的指定目录。

在步骤205中，修改监控文件的时间戳。其中，修改动作需要在步骤204执行完毕之后进行，以防止数据没有被完整地推送到第二计算设备，而导致加载的数据不正确的问题。

在步骤206中，检测监控文件的时间戳是否变化，若变化，则进入步骤207，若没有变化，则结束流程。

在步骤207中，启动热加载任务。

在步骤208中，将所述第二计算设备的内存中未在使用的一存储空间确定为第一缓存区。

在步骤209中，将所述指定目录下存放的数据加载到所述第一缓存区。

在步骤210中，将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

需要说明的是，在其他实施例中，步骤202和步骤203的先后顺序可以颠倒，甚至步骤202和步骤203均可以省去。

同样地，当某个特定服务因为硬件故障、网络故障或系统内部错误等因素导致不可用时，上述方案可以保证依赖服务的数据可被使用，提高了业务系统的可靠性。

图4示出了一种具体应用场景下的业务实现方法，本文以基于互联网的交通工具调度业务(如：网约车平台的拼车业务)为例来说明。如图4所示，司机端或乘客端app通过api接口接入拼车业务，其中，该拼车业务的依赖服务可以包括但不限于下述一种或多种：地理围栏(geo-fencing)服务、用户标签服务、空间检索服务、预估到达时间(estimatedtimeofarrival)的服务、业务运营规则服务。其中，在该场景中，假设需要将业务运营规则服务与拼车业务进行解耦(即解除直接依赖关系)。需通过如下流程来实现解耦：

1)从用以实现业务运营规则服务的计算设备(即分布式系统中的某一个计算节点)获取该服务的数据。

2)校验所获取的数据与原有数据是否一致。若一致，校验数据的格式是否符合要求，否则结束；若数据格式符合要求，继续流程，否则结束。

3)将获取的数据推送到指定目录下。

4)当监控文件的时间戳变化时，启动热加载任务，以将指定目录下的数据加载到用以实现拼车业务的计算设备(即分布式系统中的某一个计算节点)中的指定缓存区。

5)切换用以实现拼车业务的计算设备所使用的缓存区。

其中，通过热记载过程，可以确保在不停止业务运行的前提下，完成依赖服务的数据更新。当不可用服务恢复可用状态时，依然可以通过上述流程将依赖服务的最新数据更新到缓存区，以被用以实现拼车业务的计算设备所使用。

与上述方法相对应，本文还提供了一种在软件逻辑层面上形成的业务实现装置。

如图5所示，在一实施例中，一种业务实现装置包括：

数据获取单元301，用于以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

数据加载单元302，用于将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

切换单元303，用于将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

如图6所示，在又一实施例中，在图5的基础之上，一种业务实现装置还可以包括：

数据推送单元306，用于将获取到的数据推送至所述第二计算设备并存放于所述第二计算设备的指定目录；

修改单元307，用于修改监控文件的时间戳。

相对应的，所述数据加载单元302可以具体包括：

启动单元，用于在监控文件的时间戳变化时，启动热加载任务；

确定单元，用于将所述第二计算设备的内存中未在使用的一存储空间确定为第一缓存区；

加载单元，将所述指定目录下存放的数据加载到所述第一缓存区。

可选的，所述装置还可包括：

第一校验单元304，用于校验获取到的数据与第二计算设备使用的第二缓存区中存储的数据是否一致；

相应地，所述数据推送单元306用于：当校验结果为不一致时，将获取到的数据推送至所述第二计算设备并存放于所述第二计算设备的指定目录。

可选的，所述装置还可包括：

第二校验单元305，用于校验获取到的数据是否符合设定格式；

相应地，所述数据推送单元306用于：当获取到的数据满足设定格式时，将获取到的数据推送至所述第二计算设备并存放于所述第二计算设备的指定目录。

在一种应用场景中，所述目标业务可为基于互联网的交通工具调度业务，所述依赖服务可为地理围栏服务、或用户标签服务、或空间检索服务、或预估到达时间的服务、或业务运营规则服务。

图7示出了一示例性实施例提供的一种电子设备的结构。如图7所示，所述电子设备可以为服务器，该电子设备可以包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务实现装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。在一实施例中，所述处理器可以被配置为：

以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

在又一实施例中，本文还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如下步骤：

以预设周期执行数据获取任务，所述数据获取任务从第一计算设备获取目标任务依赖服务的数据；

将获取到的数据加载到第二计算设备中的第一缓存区，所述目标业务通过所述第二计算设备执行；

将所述目标业务当前使用的数据切换为所述第一缓存区存储的数据。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例、设备实施例、存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。