接入处理的方法、设备、存储介质及程序产品

技术领域

本公开涉及数据处理中的智能搜索、信息流、大数据、分布式系统、云计算等领域，尤其涉及一种接入处理的方法、设备、存储介质及程序产品。

背景技术

随着计算机技术的发展，出现了能够提供大量物理资源和业务功能的服务平台(如云服务器或云服务平台、集群等)，服务平台提供大量物理资源和多个功能模块。用户(接入方)可以根据自身的业务需求接入服务平台，利用服务平台提供的功能模块实现所需的业务系统功能。用户的业务系统一般包括多个阶段，每个阶段由一到多个功能模块组成，每个功能模块的处理能力不尽相同，不同业务场景的数据规模也不尽相同。

为了支持业务方不同业务场景的接入，服务平台往往需要进行比较复杂的资源评估和部署流程。复杂的评估流程一方面要求业务方需要深入的了解服务平台提供功能模块的细节和原理，另一方面也需要熟悉该服务平台的功能模块的人员进行对接，深入参与评估和部署流程，人力消耗比较大，效率很低。

发明内容

本公开提供了一种接入处理的方法、设备、存储介质及程序产品。

根据本公开的第一方面，提供了一种接入处理的方法，包括：

根据业务系统的接入需求，确定所述业务系统所需的功能模块及每一所述功能模块的部署数量；

根据每一所述功能模块的部署数量，为每一所述功能模块分配对应部署数量的容器组件；

将每一所述功能模块与对应的容器组件绑定。

根据本公开的第二方面，提供了一种接入处理的方法，包括：

响应于容器组件与功能模块的绑定，通过所述容器组件加载并运行所述功能模块，以完成所述功能模块的部署。

根据本公开的第三方面，提供了一种接入处理的设备，包括：

需求处理模块，用于根据业务系统的接入需求，确定所述业务系统所需的功能模块及每一所述功能模块的部署数量；

容器组件分配模块，用于根据每一所述功能模块的部署数量，为每一所述功能模块分配对应部署数量的容器组件；

部署模块，用于将每一所述功能模块与对应的容器组件绑定。

根据本公开的第四方面，提供了一种接入处理的设备，包括：

业务部署模块，用于响应于容器组件与功能模块的绑定，通过所述容器组件加载并运行所述功能模块，以完成所述功能模块的部署。

根据本公开的第五方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一方面所述的方法。

根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述任一方面所述的方法。

根据本公开的第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行上述任一方面所述的方法。

根据本公开的技术提高了业务接入的效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例提供的服务平台的一种架构示例图；

图2是本公开第一实施例提供的接入处理的方法流程图；

图3是本公开第二实施例提供的容器组件的创建及注册的方法流程图；

图4是本公开第三实施例提供的接入前预处理的方法流程图；

图5是根据本公开实施例提供的服务平台另一架构示例图；

图6是本公开第四实施例提供的接入处理的设备示意图；

图7是本公开第五实施例提供的接入处理的设备示意图；

图8是本公开第六实施例提供的接入处理的设备示意图；

图9是本公开第七实施例提供的接入处理的设备示意图；

图10是用来实现本公开实施例的接入处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，有很多服务平台(如云服务器或云服务平台、集群等)能够对外提供大量物理资源和业务功能，平台的用户(业务系统的接入方)能够接入服务平台，通过服务平台提供的物理资源和业务功能，实现自身的业务系统，对外提供服务。服务平台提供大量物理资源和多个功能模块。用户(接入方)可以根据自身的业务需求接入服务平台，利用服务平台提供的功能模块实现所需的业务系统功能。用户的业务系统一般包括多个阶段，每个阶段由一到多个功能模块组成，每个功能模块的处理能力不尽相同，不同业务场景的数据规模也不尽相同。

示例性地，以检索平台为例，检索平台对外提供检索系统的业务功能，包含多个功能模块，如排序模块、预估模块、倒排召回模块、近似最近邻检索(Approximate NearestNeighbor，简称ANN)召回模块等。通常一个完整的检索系统一般包含召回、排序等多个阶段，每个阶段由一到多个功能模块组成，每个功能模块的处理能力也不尽相同，不同业务、不同检索场景的数据规模也不尽相同。

为了支持业务不同检索场景的接入，往往需要进行比较复杂的资源评估和部署流程，比如根据拉链长度、数据规模、切词粒度来计算各个功能模块的资源消耗以及副本数。复杂的评估流程一方面要求业务方需要深入的了解检索系统的细节和原理，对业务方不太友好，另一方面也需要熟悉该检索系统的人员进行对接，深入参与评估和部署流程，人力消耗比较大，效率很低。

例如，以检索系统为例，不同业务不同检索场景的接入，往往需要业务方提供至少以下信息：

1、检索文档的总数量和平均大小：影响索引库、正排库的分层方式。

2、切词方式和字段平均大小：影响索引库、正排库的分层方式。

3、请求流量大小和请求特点：影响副本数和数据建库和检索方式。

4、是否启用语义检索、纠错、同义词扩展等：影响功能单元集成和部署方式。

以上信息决定了容量评估和部署方案的结果，但是这些信息往往需要业务方对检索领域有较深的理解，一定程度上提高了业务接入的门槛。另一方面不同的检索需求，会形成不同的部署方案，极大的影响了部署的效率和成本。

目前，通过划分功能单元的方式，按照接入需求评估各个功能单元所需要资源消耗，集成形成部署方案，最后再实施各自功能单元的部署步骤。这种方式导致业务接入的复杂度和系统的本身复杂度直接相关，以开源检索引擎Elasticsearch为例，资源评估和部署过程大致包括：

1、数据量预估

1)总数据量(GB)＝每天产生的原始数据量(GB)×保留天数×净膨胀系数×(部署副本数+1)。

2)磁盘存储(GB)＝总数据量(GB)×(1+0.15+0.05)。

3)

2、分片预估

1)总分片数＝索引个数×主分片数×(副本分片数+1)×保留间隔

2)

3、吞吐量预估

1)

2)

3)

其中，

最后得出的关键参数是需要的磁盘总量大小、数据节点个数、分片大小、CPU核数等，然后根据这些参数进行相应的部署调整方案。获取上述这些信息往往需要业务方对检索领域有较深的理解，一定程度上提高了业务接入的门槛。另一方面不同的检索需求，会形成不同的部署方案，极大的影响了部署的效率和成本。

本公开提供一种接入处理的方法、设备、存储介质及程序产品，应用于数据处理中的智能搜索、信息流、大数据、分布式系统、云计算等领域，以提高业务接入的效率。

本公开提供的接入处理的方法，具体可以应用于能够对外提供大量物理资源和业务功能服务平台，如检索平台等，示例性地，服务平台的一种架构如图1所示，服务平台10包括：第一电子设备11和第二电子设备12，其中，第一电子设备11为资源控制中心、第二电子设备12可以有多个，每一第二电子设备上创建有至少一个容器组件13，并且提供容器组件13所需的物理资源(如CPU、内存等)。服务平台10对外提供多个功能模块，容器组件13为托管功能模块的组件，用于实现各个功能模块生命周期的管理，包括功能模块的创建、部署、更新、销毁等。资源控制中心用于根据接入需求确定待接入业务系统所需的功能模块及功能模块的部署数量，为业务系统分配容器组件，通过容器组件实现业务系统所需功能模块的自动部署和运行。

本公开提供的接入处理的方法，通过根据业务系统的接入需求，自动确定业务系统所需的功能模块及每一功能模块的部署数量，根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件；将每一功能模块与对应的容器组件绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署，能够实现待接入业务系统所需资源的评估、自动部署和运行，大大提高了业务系统的接入效率。

图2是本公开第一实施例提供的接入处理的方法流程图。本实施例提供的接入处理的方法具体可以应用于上述任意一种服务平台，该服务平台可以时云服务器、或云服务平台、或集群等，还可以采用其他设备实现，本实施例此处不做具体限定。

本实施例中，服务平台提供多个功能模块和运行多个功能模块所需的物理资源，服务平台包括资源控制中心和容器组件，容器组件具有对应的物理资源。

如图2所示，该方法具体步骤如下：

步骤S201、资源控制中心根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量。

本实施例中，资源控制中心可以根据业务系统的接入需求，确定业务系统所需的功能模块，并自动估算出每一功能模块的副本数量，并确定每一功能模块的部署数量。其中任一功能模块的部署数量等于功能模块的副本数量加1。

示例性地，资源控制中心可以采用业务控制器页面(Business Controller Page，简称BCP)的方式实现，或者还可以采用其他方式开发得到，本实施例此处不做具体限定。

步骤S202、资源控制中心根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件。

在确定每一功能模块的部署数量之后，资源控制中心可以为每一功能模块分配对应的容器组件。功能模块对应的容器组件用于自动实现功能模块的生命周期的管理，包括功能模块的创建、部署、更新、销毁等。

该步骤中，根据功能模块的部署数量，为功能模块分配容器组件，分配的容器组件的数量于功能模块的部署数量一致，使得功能模块及其每一副本可以独立部署在不同的容器组件中。

示例性地，本实施例中的容器组件可以采用Box组件，实现用于托管功能模块的容器组件，能够实现各功能模块生命周期的管理。

步骤S203、资源控制中心将每一功能模块与对应的容器组件绑定。

在为功能模块分配对应的容器组件之后，可以将每一功能模块与对应的容器组件绑定，基于功能模块与容器组件的绑定关系，可以确定功能模块部署在的容器组件，以实现功能模块之间的相互发现。

步骤S204、响应于容器组件与功能模块的绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署。

在容器组件与功能模块绑定后，容器组件自动加载并运行绑定的功能模块，从而自动地将功能模块部署在对应的容器组件中。

在待接入业务系统所需的功能模块均部署到对应的容器组件中之后，即完成了业务系统接入。

本公开实施例通过在服务平台创建多个容器组件，容器组件能够实现功能模块的生命周期的管理。通过资源控制中心根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量；根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件；将每一功能模块与对应的容器组件绑定；响应于容器组件与功能模块的绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署，能够实现待接入业务系统所需资源的评估、自动部署和运行，大大提高了业务系统的接入效率。

图3是本公开第二实施例提供的容器组件的创建及注册的方法流程图。在上述第一实施例的基础上，本实施例中，在进行业务接入之前，还需要在预处理阶段，预先在服务平台上创建多个容器组件，为每一容器组件分配对应的物理资源。通过预先创建多个容器组件，通过容器组件实现功能模块的生命周期的管理，包括功能模块的创建、部署、更新、销毁等，并且可以实现不同功能模块或者功能模块的不同副本之间的隔离，其中一个容器组件内的功能模块异常时不会影响其他容器组件内的功能模块的正常运行，增强了业务系统的可靠性和稳定性。

可选地，还可以配置至少一种配置规格的资源组合，每一资源组合包括多个容器组件，不同配置规格的资源组合包含的容器组件对应物理资源的总量不同。针对不同的接入需求，可以为接入需求选择或推荐合适的配置规格的资源组合，在接入方选定配置规格后，为待接入业务系统分配对应配置规格的目标资源组合，使用目标资源组合包含的容器组件及对应的物理资源，实现业务系统的接入，能够以资源组合的方式提供规范化的系统接入方案，业务方只需选择合适的配置规格即可，无需人工估算复杂参数，能够降低业务接入的门槛和成本，提高业务接入的效率。

在进行业务系统的接入之前，预处理阶段主要包括配置容器组件和至少一种配置规格的资源组合，以及容器组件的注册等过程。

如图3所示，容器组件的创建及注册的具体步骤如下：

步骤S301、创建多个容器组件，为每一容器组件分配对应的物理资源。

本实施例中，可以根据服务平台包括的所有物理资源，预先创建大量的容器组件并为每一容器组件预先分配好对应的物理资源。

其中，每一容器组件内能够部署一个功能模块，通过容器组件能够实现功能模块的生命周期的管理，包括功能模块的创建、部署、更新、销毁等。根据容器组件的地址信息可以发现和调用容器组件内所部署的功能模块，容器组件内的功能模块运行时可以使用容器组件对应的物理资源。

另外，每一容器组件对应的物理资源的多少可以不同，容器组件对应的物理资源可以根据实际应用场景进行设置和调整，本实施例此处不做具体限定。

在创建容器组件之后，容器组件可以自动向资源控制中心注册。容器组件的注册流程可以通过如下步骤S302-S303实现。

步骤S302、在容器组件第一次启动时，容器组件向资源控制中心发送注册请求，注册请求包含容器组件的地址信息。

本实施例中，任一容器组件在启动时，可以自动向资源控制中心发送包含容器组件的地址信息的注册请求。

其中，容器组件的地址信息是指访问容器组件内的功能模块所需的访问地址，可以包括容器组件的IP地址和端口等。

步骤S303、响应于任一容器组件的注册请求，资源控制中心生成并存储容器组件的资源配置信息，资源配置信息包括容器组件的地址信息。

资源控制中心在接收到任一容器组件的注册请求之后，可以为新注册的容器组件生成并存储该容器组件的资源配置信息，以完成容器组件的注册。

其中，该资源配置信息至少包括容器组件的地址信息。不同的容器组件的资源配置信息不同，可以通过资源配置信息的唯一的资源配置标识进行区分。

资源配置标识可以由资源控制中心根据预设规则生成，或者，可以是容器组件的地址信息等能够唯一标识容器组件的信息，此处不做具体限定。其中预设规则可以是顺序编号、注册时间等等，可以根据实际应用场景的需要进行设置，此处不做具体限定。

示例性地，容器组件的资源配置信息可以存储在分布式文件系统(DistributedFile System，简称DFS)中，资源控制中心可以为每一容器组件分配全局唯一的DFS资源配置标识，能够唯一标识一个容器组件的DFS资源配置信息(可以记为ConfKey)。

另外，容器组件的DFS资源配置信息话可以包括容器组件的运行状态信息、托管的功能模块的信息等。容器组件的运行状态信息用于描述容器组件的运行状态，可以包括心跳检测信息、资源占用情况等。

在完成注册之后，容器组件可以实时地根据自身运行状态信息，更新自身的资源配置信息。这样，在容器组件的资源配置信息中可以存储容器组件的实时运行状态信息，资源控制中心能够从资源配置信息中获取到容器组件的运行状态信息，为资源控制中心进行异常容器组件的替换提供数据基础。

本实施例中，还可以配置至少一种配置规格的资源组合，每一资源组合包括多个容器组件，不同配置规格的资源组合包含的容器组件对应物理资源的总量不同。

示例性地，可以配置高性能/低延迟的资源组合A，大容量的资源组合B，低成本的资源组合C等。

示例性地，可以按照成本、性能等指标划分多个不同的规格等级，每一规格等级又可以包括多个不同配置规格的资源组合。

例如，可以按照成本划分以下3个不同的规格等级：低成本资源组合、中成本资源组合、高成本资源组合。其中，中成本资源组合又可以包括高性能/低延迟的资源组合A，大容量的资源组合B，低成本的资源组合C等。另外高成本资源组合可以包括高性能/低延迟的资源组合A1，大容量的资源组合B1等，但是高成本资源组合中的高性能/低延迟的资源组合A1，比中成本资源组合中的高性能/低延迟的资源组合A的配置相对更低，成本更低。

例如，假设待接入的业务系统是日志检索场景，对检索延迟要求不高，期望成本越低越好，检索请求的每秒查询率(Queries Per Second，简称QPS)大约是10，那么可以选择大容量/低成本套餐，功能模块的副本数量可以是2，也即每一功能模块的部署数量为3。

另外，资源组合的配置规格的设置，以及每一配置规格的资源组合所包含的容器组件的数量和对应的物理资源，均可以根据实际应用场景进行设置和调整，本实施例此处不做具体限定。

针对不同的接入需求，可以为接入需求选择或推荐合适的配置规格的资源组合，在接入方选定配置规格后，为待接入业务系统分配对应配置规格的目标资源组合，使用目标资源组合包含的容器组件及对应的物理资源，实现业务系统的接入，能够以资源组合的方式提供规范化的系统接入方案，业务方只需选择合适的配置规格即可，无需人工估算复杂参数，能够降低业务接入的门槛和成本，提高业务接入的效率。

本公开实施例中，在进行业务接入之前，在预处理阶段，预先在服务平台上创建多个容器组件，为每一容器组件分配对应的物理资源，并实现容器组件的自动注册，另外，配置至少一种配置规格的资源组合，每一资源组合包括多个容器组件，不同配置规格的资源组合包含的容器组件对应物理资源的总量不同；能够以资源组合的方式提供规范化的、标准化的系统接入方案，实现业务系统容量的标准化和部署方案的标准化，业务方只需选择合适的配置规格即可，无需人工估算复杂参数，能够降低业务接入的门槛和部署成本，提高业务接入的效率。

图4是本公开第三实施例提供的接入前预处理的方法流程图。在上述第一实施例或第二实施例的基础上，本实施例中，在完成业务系统的部署之后，响应于业务请求，根据所请求的功能模块，功能模块间的链接关系，以及功能模块与对应容器组件的绑定信息，发现并运行至少一个功能模块，能够实现功能模块之间的自动发现和运行。

步骤S401、根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量。

本实施例中，资源控制中心可以根据业务系统的接入需求，确定业务系统所需的功能模块，并自动估算出每一功能模块的副本数量，并确定每一功能模块的部署数量。其中任一功能模块的部署数量等于功能模块的副本数量加1。

示例性地，资源控制中心可以采用业务控制器页面(Business Controller Page，简称BCP)的方式实现，或者还可以采用其他方式开发得到，本实施例此处不做具体限定。

可选地，接入需求包括以下至少一种：业务系统的总体请求量、数据量。该步骤具体可以采用如下方式实现：

根据业务系统的总体请求量、数据量，确定业务系统所需的功能模块及功能模块的部署数量。

这样，接入方只需提供待接入业务系统的总体请求量、数据量等容易获得的简单参数，无需进行复杂参数的估算，服务平台会自动为待接入的业务系统确定合适配置规格的资源组合，完成业务系统的部署，能够降低业务接入的门槛和成本，提高业务接入的效率。

可选地，接入需求还可以包括可接受的成本预算等。

可选地，服务平台可以提供可视化交互界面，通过可视化交互界面，接入方可以输入接入需求，并提交到资源控制中心。

可选地，该步骤可以又资源控制中心执行，也可以有服务平台的其他设备执行，此处不做具体限定。

步骤S402、资源控制中心根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件。

本实施例中，资源控制中心可以根据业务系统的接入需求，确定业务系统所需的功能模块，并自动估算出每一功能模块的副本数量，并确定每一功能模块的部署数量。其中任一功能模块的部署数量等于功能模块的副本数量加1。

一种可选地实施方式中，若配置了至少一种配置规格的资源组合，可以根据接入需求，自动适配待接入的业务系统对应的目标资源组合，业务系统使用目标资源组合中的资源。

为业务系统所需的功能模块分配的容器组件时，为功能模块分配该业务系统对应的目标资源组合所包括的容器组件。该步骤可以采用如下方式实现：

根据业务系统对应的目标资源组合，确定目标资源组合中处于空闲状态的容器组件；根据每一功能模块的部署数量，分别为每一功能模块分配目标资源组合中处于空闲状态的容器组件。这样，能够为功能模块自动分配容器组件，无需手动操作和干预，提高了业务接入的效率。

其中，处于空闲状态的容器组件是指还未部署功能模块的容器组件。

示例性地，假设业务系统所需功能模块的总部署数量为N，资源控制中心可以从业务系统对应的目标资源组合中选择N个处于空闲状态的容器组件(如box组件实例)，为每一功能模块分配对应的部署数量的容器组件。

示例性地，根据接入需求，自动适配待接入的业务系统对应的目标资源组合，可以采用如下方式实现：

根据接入需求，确定与接入需求对应的资源组合的配置规格；根据配置规格，为业务系统分配目标资源组合，目标资源组合为资源组合规格的任一资源组合。这样，服务平台能够根据接入需求，自动确定与接入需求匹配的配置规格的目标资源组合，提高了接入效率。

可选地，服务平台可以提供可视化交互界面，通过可视化交互界面显示多个参数选项及每一参数选项对应的备选项，参数选项可以涉及成本、数据量、性能(如延迟时间)等，每一参数选项的备选项可以根据具体的参数选项进行设置。用户可以根据自己的需要针对每个参数选项选择与自身接入需求对应的备选项。服务平台可以根据用户所选择的备选项，确定适合用户的资源组合的配置规格。

可选地，服务平台可以提供可视化交互界面，通过可视化交互界面显示服务平台上配置的资源组合的配置规格的信息，例如，该配置规格的资源组合能够支持的数据量、请求量、所需的成本等等，接入方可以自主选择适合自己的配置规格，并提交到资源控制中心。资源控制中心根据接入方指定的配置规格，为待接入的业务系统分配指定配置规格的目标资源组合。

另一种可选地实施方式中，若未配置了至少一种配置规格的资源组合，可以根据接入需求，资源控制中心根据每一功能模块的部署数量，从服务平台的所有容器组件中选择处于空闲状态的容器组件，为每一功能模块分配对应部署数量的容器组件。

步骤S403、存储功能模块与对应的容器组件的绑定信息；将功能模块的信息添加至对应的容器组件的部署配置信息，部署配置信息至少包括容器组件中部署的功能模块的信息。

该步骤中，通过存储功能模块与对应的容器组件的绑定信息，将功能模块的信息添加至对应的容器组件的部署配置信息，实现将任一功能模块与对应的容器组件绑定。

其中，功能模块与对应的容器组件的绑定信息，包括功能模块与其所部署在的容器组件之间的映射关系。

示例性地，每一功能模块对应一个绑定信息，包括该功能模块部署在所有容器组件的信息，基于该绑定信息，将功能模块与其所部署在的容器组件进行绑定。

可选地，每一功能模块对应的绑定信息可以包括功能模块部署在的容器组件的地址信息。

例如，功能模块与对应的容器组件的绑定信息可以存储在DFS中，资源控制中心可以为每一功能模块分配全局唯一的DFS绑定信息标识(可以记为DFSKey)，能够唯一标识一个功能模块的DFS绑定信息。一个功能模块的DFS绑定信息包括该功能模块所部署的容器组件的地址信息。通过功能模块的DFS绑定信息可以获取到功能模块所在容器组件的地址信息，根据功能模块所在容器组件的地址信息可以调用、运行功能模块。

通过功能模块与对应的容器组件的绑定信息能够将功能模块与其所部署在的容器组件之间建立映射关系，为发现和运行功能模块提供数据基础。

本实施例中，部署配置信息还可以包括容器组件中部署的功能模块的信息。容器组件可以实时地监听自身的部署配置信息，当部署配置信息中的功能模块的信息发送变化时，容器组件可以执行对应的容器模块的部署、更新、销毁等。

该步骤中，通过将功能模块的信息添加至对应的容器组件的部署配置信息，能够触发容器组件加载并运行新的功能模块，从而完成功能模块在容器组件内的自动部署。

步骤S404、当容器组件的部署配置信息中增加新的功能模块的信息时，根据功能模块的信息，通过容器组件加载并运行新的功能模块，以完成功能模块在容器组件内的部署。

本实施例中，部署配置信息还可以包括容器组件中部署的功能模块的信息。容器组件可以实时地监听自身的部署配置信息，当部署配置信息中的功能模块的信息发送变化时，容器组件可以执行对应的容器模块的创建、部署、更新、销毁等。

当容器组件的部署配置信息中增加新的功能模块的信息时，容器组件根据新的功能模块的信息，将新的功能模块加载入容器组件，并运行新的功能模块，实现新的功能模块的自动创建和部署。

可选地，响应于对容器组件内已部署的功能模块的更新指令，通过容器组件删除已部署的功能模块，并加载和运行更新后的功能模块，能够实现功能模块的自动更新，便于功能模块的更新维护，方便快捷。

示例性地，可以通过修改容器组件的部署配置信息中功能模块的信息，来实现对容器组件内已部署的功能模块的更新操作。当容器组件的部署配置信息中的功能模块的信息被更新时，容器组件删除已部署的功能模块，并根据更新后的功能模块的信息，加载和运行更新后的功能模块。

可选地，在完成业务系统的部署之后，还可以对已接入的业务系统进行变更，包括但不限于增加新的功能模块，增加已有功能模块的副本，能够方便地扩展或者变更业务系统的功能模块。通过资源控制中心为新增的功能模块或副本分配处于空闲状态的容器组件，并将功能模块与对应的容器组件绑定即可，与步骤S402-S404类似，此处不再赘述。

在完成业务系统的部署之后，通过步骤S405实现对于业务系统的业务请求的响应，根据功能模块间的链接关系，以及功能模块与对应容器组件的绑定信息，能够实现业务系统中功能模块自动发现和运行。

步骤S405、响应于业务请求，根据所请求的功能模块，功能模块间的链接关系，以及功能模块与对应容器组件的绑定信息，发现并运行至少一个功能模块。

其中，所请求的功能模块可以指响应业务请求所需执行的第一个功能模块。

功能模块间的链接关系，也即功能模块间的链路拓扑关系，包括功能模块的执行顺序和相互调用关系等，根据功能模块间的链接关系可以确定实现业务系统对应的业务流程的过程中各个功能模块的执行先后顺序。

示例性地，该步骤具体可以采用如下方式实现：

响应于业务请求，根据所请求的功能模块和功能模块间的链接关系，确定待运行的至少一个功能模块及至少一个功能模块的运行顺序；在需要运行任一功能模块时，根据功能模块与对应容器组件的绑定信息，确定功能模块对应的容器组件；根据功能模块对应的容器组件的地址信息，调用功能模块。这样，根据功能模块间的链接关系，以及功能模块与对应容器组件的绑定信息，实现了业务系统中功能模块自动发现和运行。

本实施例中，若功能模块的部署数量大于1，也即是功能模块部署了至少一个副本，则功能模块对应的容器组件有多个。

可选地，可以从功能模块对应的多个容器组件中随机选择一个容器组件，作为目标组件，根据目标组件的地址信息，调用目标组件中部署的功能模块。

可选地，根据功能模块对应的容器组件的地址信息，调用功能模块，可以采用如下方式实现：

根据功能模块对应的至少一个容器组件的运行状态信息，将至少一个容器组件中的一个容器组件为目标组件；根据目标组件的地址信息，调用目标组件内部署的功能模块。

示例性地，根据功能模块对应的至少一个容器组件的运行状态信息，可以将至少一个容器组件中运行状态最好的容器组件为目标组件，并调用运行状态最好的容器组件内部署的功能模块，能够实现容器组件的负载均衡，提高业务系统的性能。

可选地，资源控制中心还可以实时获取容器组件的运行状态信息。根据容器组件的运行状态信息，若确定任一容器组件满足替换条件，则将任一容器组件中的功能模块迁移到处于空闲状态的另一容器组件中；将任一容器组件中的功能模块与任一容器组件解绑，并将任一容器组件中的功能模块与另一容器组件绑定。

其中，替换条件包括以下至少一项：容器组件所在设备掉线，容器组件对应物理资源的占用率大于或等于资源占用率阈值。

示例性地，该替换条件可以包括容器组件所在设备掉线，资源控制中心可以发现因所在设备掉线导致所部署的功能模块无法运行的容器组件，能够及时地将容器组件内部署的功能模块迁移到另一运行正常的容器组件内，实现容器组件内功能模块的副本保活机制，从而保证功能模块能够正常运行，能够提高业务系统的可靠性和稳定性。

示例性地，当某一容器组件对应物理资源占用率较大时，会导致功能模块的性能下降，也即出现容器组件热点。该替换条件可以包括容器组件对应物理资源的占用率大于或等于资源占用率阈值，资源控制中心可以发现因物理资源占用率高导致性能差的容器组件，并将容器组件内部署的功能模块迁移到另一运行正常的容器组件内，实现容器组件的热点自愈机制，能够降低业务系统延迟。

另外，替换条件还可以包括其他条件，例如，心跳检测延迟大于或等于延迟阈值等，可以根据实际应用场景进行设置和调整，资源占用率阈值也可以根据实际应用场景的需要进行设置和调整，此处不做具体限定。

可选地，将任一容器组件中功能模块与任一容器组件解绑，可以采用如下方式实现：

删除任一容器组件中的功能模块与任一容器组件的绑定信息；删除任一容器组件的部署配置信息中功能模块的信息。

通过将发生异常的容器组件中的功能模块与容器组件的绑定信息删除，可以解除发生异常的容器组件与功能模块之间的绑定关系，在需要调用功能模块时，不会调用发生异常的容器组件内的功能模块，从而避免出现所调用的功能模块无法正常运行的情况，能够提高业务系统的可靠性和稳定性。

进一步地，通过删除任一容器组件的部署配置信息中功能模块的信息，能够触发容器组件将所部署的功能模块删除，从而释放该容器组件，能够节约容器组件及物理资源。

当容器组件的部署配置信息中功能模块的信息被删除时，容器组件删除已部署的功能模块，从而释放该容器组件，能够节约容器组件及物理资源。

本实施例的一种可选地实施方式中，资源控制中心还可以按照资源审计要求，获取至少一个容器组件的资源使用信息和运行状态信息，并展示至少一个容器组件的资源使用信息和运行状态信息，以实现资源审计功能。

其中，资源审计要求包括资源审计所需的各项信息，具体可以根据实际应用场景中的审计需求进行设置和调整，本实施例此处不做具体限定。

另外，资源控制中心还可以根据实际应用场景的需要，扩展出除资源审计之外的其他功能，如资源使用比例统计、异常容器组件信息等等，通过资源控制中心获取对应的信息并进行信息展示即可。

示例性地，可以用DFS存储功能模块与对应的容器组件的绑定信息，容器组件的部署配置信息，功能模块间的链接关系。通过DFS可以实现容器组件的注册和功能更模块间的发现，以及功能模块间的链接关系的管理和维护。

图5提供了服务平台的一种示例架构，如图5所示，已检索平台为例，检索平台的容器组件(如图5所示的Box)位于数据平面，资源控制中心(如图5所示的BCP)位于控制平面，资源控制中心和容器组件均可以访问对DFS中的数据。资源组合包括：高性能/低延迟组合和大容量/低成本组合。以接入的检索系统使用了高性能/低延迟组合为例，根据容器组件内功能模块实现的功能的不同，高性能/低延迟组合可以包括召回组件、排序组件等。召回组件可以而包括ANN召回组件和倒排召回组件等，其中ANN召回组件和倒排召回组件均可以包括多个容器组件。排序组件可以而包括精排组件和预估组件等。每一容器组件中部署了实现对应功能的功能模块。图5中示出的大容量/低成本组合中的容器组件处于空闲状态。

如图5中所示的BCP，可以实现资源管理功能和控制器功能，其中，资源管理功能包括：业务系统管理，包括业务系统(如App等)的部署、销毁、更新等。资源池管理包括：资源注册、资源分配、资源回收等。BCP可以维护一个或者多个资源池(如图5所示的Low资源池、Mid资源池和High资源池等)，每一资源池中可以用于维护一个或者多个资源组合(如图5所示，Mid资源池可以维护高性能/低延迟组合A，大容量/低成本组合B，组合C等)。容器组件在启动时需向BCP发送注册请求，将容器组件的信息注册到资源池中，实现容器组件的注册。BCP还负责为功能模块分配对应容器组件，实现资源分配。当容器组件中的功能组件被删除时，BCP还可以回收容器组件，实现资源回收。

控制器主要用于提供接口服务(如图5所示的ApiServer)，并实现资源管理、资源审计、拓扑管理、业务管理、分级发布等等。其中，资源管理包括对服务平台的物理资源等的管理。资源审计包括根据资源审计需求获取并展示需要审计的信息等。拓扑管理包括对功能模块间的链接拓扑关系的管理和维护等。业务管理包括对实现业务功能的管理，例如对功能模块的发布、更新、删除等。分级发布包括对资源组合的划分及发布等。

基于图5所示的架构，Box启动之初向BCP注册，由BCP分配全局资源控制中心可以为每一容器组件分配全局唯一的DFS资源配置标识(可以记为ConfKey)，生成并存储容器组件的DFS资源配置信息，DFS资源配置标识能够唯一标识一个容器组件的DFS资源配置信息。Box监听自身的ConfKey，当自身的DFS资源配置信息发生变化时，做出相应的处理，包括：功能模块的部署、变更、销毁等。Box还可以实时地向DFS汇报自身的运行状态信息，如心跳检测信息、地址信息、部署的功能模块的信息等，以更新DFS资源配置信息中的运行状态信息。本实施例提供了一种基于资源组合划分的业务数据和容量管理机制，以资源组合的方式提供标准化的系统能力(包括系统容量的标准化和部署方案的标准化)，能够降低业务接入复杂系统的门槛和部署成本，提高业务接入的效率。在接入业务系统时，BCP可以从接入需求对应的目标资源组合中筛选出处于空闲状态的Box，为功能模块分配处于空闲状态的Box，通过更改Box的DFS资源配置信息，触发Box自动部署对应的功能模块。另外，BCP可以从DFS中获取Box的运行状态信息，当发现任一Box出现异常或性能较差时，可以实现Box内功能模块的迁移。通过借助DFS实现容器组件的注册，功能模块的自动部署、功能模块之间的发现等。

本公开实施例中，通过在服务平台上创建多个容器组件，为每一容器组件分配对应的物理资源，实现容器组件的自动注册，通过容器组件实现功能模块的生命周期的管理；资源控制中心能够根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量；根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件；将每一功能模块与对应的容器组件绑定；响应于容器组件与功能模块的绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署，能够实现待接入业务系统所需资源的评估、自动部署和运行，大大提高了业务系统的接入效率。进一步地，通过配置至少一种配置规格的资源组合，每一资源组合包括多个容器组件，不同配置规格的资源组合包含的容器组件对应物理资源的总量不同，能够以资源组合的方式提供规范化的、标准化的系统接入方案，实现业务系统容量的标准化和部署方案的标准化。

图6是本公开第四实施例提供的接入处理的设备示意图。本公开实施例提供的接入处理的设备可以执行接入处理的方法实施例中资源控制中心所执行的方法流程。如图6所示，该接入处理的设备60包括：需求处理模块601，容器组件分配模块602和部署模块603。

具体地，需求处理模块601，用于根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量。

容器组件分配模块602，用于根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件。

部署模块603，用于将每一功能模块与对应的容器组件绑定。

本公开实施例提供的设备可以具体用于执行上述第一实施例中资源控制中心所执行的方法流程，所实现具体功能和技术效果此处不再赘述。

图7是本公开第五实施例提供的接入处理的设备示意图。本公开实施例提供的接入处理的设备可以执行接入处理的方法实施例中资源控制中心所执行的方法流程。如图7所示，该接入处理的设备70包括：需求处理模块701，容器组件分配模块702和部署模块703。

具体地，需求处理模块701，用于根据业务系统的接入需求，确定业务系统所需的功能模块及每一功能模块的部署数量。

容器组件分配模块702，用于根据每一功能模块的部署数量，为每一功能模块分配对应部署数量的容器组件。

部署模块703，用于将每一功能模块与对应的容器组件绑定。

可选地，接入需求包括以下至少一种：业务系统的总体请求量、数据量。需求处理模块还用于：

根据业务系统的总体请求量、数据量，确定业务系统所需的功能模块及功能模块的部署数量。

可选地，如图7所示，容器组件分配模块702，包括：

容器组件分配单元7021，用于：根据业务系统对应的目标资源组合，确定目标资源组合中处于空闲状态的容器组件；根据每一功能模块的部署数量，分别为每一功能模块分配目标资源组合中处于空闲状态的容器组件。

可选地，如图7所示，容器组件分配模块702，还包括：

资源组合确定单元7022，用于：

根据接入需求，确定与接入需求对应的资源组合的配置规格；根据配置规格，为业务系统分配目标资源组合，目标资源组合为资源组合规格的任一资源组合。

可选地，如图7所示，该接入处理的设备70还包括：

资源组合配置模块704，用于：

配置至少一种配置规格的资源组合，每一资源组合包括多个容器组件，不同配置规格的资源组合包含的容器组件对应物理资源的总量不同。

可选地，部署模块还用于：

存储功能模块与对应的容器组件的绑定信息；将功能模块的信息添加至对应的容器组件的部署配置信息，部署配置信息至少包括容器组件中部署的功能模块的信息。

可选地，如图7所示，该接入处理的设备70还包括：

业务处理模块705，用于：

响应于业务请求，根据所请求的功能模块，功能模块间的链接关系，以及功能模块与对应容器组件的绑定信息，发现并运行至少一个功能模块。

可选地，如图7所示，业务处理模块705，包括：

功能模块链接单元7051，用于响应于业务请求，根据所请求的功能模块和功能模块间的链接关系，确定待运行的至少一个功能模块及至少一个功能模块的运行顺序。

功能模块发现单元7052，用于在需要运行任一功能模块时，根据功能模块与对应容器组件的绑定信息，确定功能模块对应的容器组件。

功能模块运行单元7053，用于根据功能模块对应的容器组件的地址信息，调用功能模块。

可选地，功能模块运行单元，包括：

容器组件筛选子单元，用于根据功能模块对应的至少一个容器组件的运行状态信息，将至少一个容器组件中的一个容器组件为目标组件。

功能模块运行子单元，用于根据目标组件的地址信息，调用目标组件内部署的功能模块。

可选地，如图7所示，该接入处理的设备70还包括：

容器组件替换模块706，用于：

实时获取容器组件的运行状态信息；根据容器组件的运行状态信息，若确定任一容器组件满足替换条件，则将任一容器组件中的功能模块迁移到处于空闲状态的另一容器组件中；将任一容器组件中的功能模块与任一容器组件解绑，并将任一容器组件中的功能模块与另一容器组件绑定。

可选地，容器组件替换模块还用于：

删除任一容器组件中的功能模块与任一容器组件的绑定信息；删除任一容器组件的部署配置信息中功能模块的信息。

可选地，替换条件包括以下至少一项：容器组件所在设备掉线，容器组件对应物理资源的占用率大于或等于资源占用率阈值。

可选地，如图7所示，该接入处理的设备70还包括：

容器组件注册模块707，用于：

响应于任一容器组件的注册请求，生成并存储容器组件的资源配置信息，资源配置信息包括容器组件的地址信息。

可选地，如图7所示，该接入处理的设备70还包括：

容器组件创建模块708，用于创建多个容器组件，为每一容器组件分配对应的物理资源。

可选地，如图7所示，该接入处理的设备70还包括：

资源审计模块709，用于按照资源审计要求，获取至少一个容器组件的资源使用信息和运行状态信息，并展示至少一个容器组件的资源使用信息和运行状态信息。

本公开实施例提供的设备可以具体用于执行上述第二实施例或第三实施例中资源控制中心所执行的方法流程，所实现具体功能和技术效果此处不再赘述。

图8是本公开第六实施例提供的接入处理的设备示意图。本公开实施例提供的接入处理的设备可以执行接入处理的方法实施例中容器组件或容器组件所在设备所执行的方法流程。如图8所示，该接入处理的设备80包括：业务部署模块801。

具体地，业务部署模块801，用于响应于容器组件与功能模块的绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署。

本公开实施例提供的设备可以具体用于执行上述第一实施例中容器组件或容器组件所在设备所执行的方法流程，所实现具体功能和技术效果此处不再赘述。

图9是本公开第七实施例提供的接入处理的设备示意图。本公开实施例提供的接入处理的设备可以执行接入处理的方法实施例中容器组件或容器组件所在设备所执行的方法流程。如图9所示，该接入处理的设备90包括：业务部署模块901。

具体地，业务部署模块901，用于响应于容器组件与功能模块的绑定，通过容器组件加载并运行功能模块，以完成功能模块的部署。

可选地，业务部署模块具体用于：

当容器组件的部署配置信息中增加新的功能模块的信息时，根据功能模块的信息，通过容器组件加载并运行新的功能模块，以完成功能模块在容器组件内的部署。

可选地，如图9所示，该接入处理的设备90还包括：

功能模块销毁模块902，用于：

当容器组件的部署配置信息中功能模块的信息被删除时，删除容器组件中已部署的功能模块。

可选地，如图9所示，该接入处理的设备90还包括：

功能模块更新模块903，用于：

响应于对容器组件内已部署的功能模块的更新指令，通过容器组件删除已部署的功能模块，并加载和运行更新后的功能模块。

可选地，如图9所示，该接入处理的设备90还包括：

注册模块903，用于：

在容器组件第一次启动时，向资源控制中心发送注册请求，注册请求包含容器组件的地址信息。

可选地，如图9所示，该接入处理的设备90还包括：

运行状态更新模块904，用于：

根据容器组件的运行状态信息，更新容器组件的资源配置信息，资源配置信息包括容器组件的运行状态信息。

本公开实施例提供的设备可以具体用于执行上述第二实施例或第三实施例中容器组件或容器组件所在设备所执行的方法流程，所实现具体功能和技术效果此处不再赘述。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

图10示出了可以用来实施本公开的实施例的示例电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如接入处理的方法。例如，在一些实施例中，接入处理的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的接入处理的方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行接入处理的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。