CN115842722A - 业务实现方法、装置、系统、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种业务实现方法、装置、系统、计算机设备及存储介质，涉及互联网技术领域，能够大大缩短CDN服务提供方的交付周期，实现对个性化CDN服务的规范化管理，为个性化CDN服务上线后的运维工作带来便捷。包括：配置服务器通过配置接口获取规范配置信息，向边缘服务器发送配置更新指令或基于规范配置信息生成的业务执行逻辑。边缘服务器接收配置服务器发送的配置更新指令，根据配置更新指令中的规范配置信息生成业务执行逻辑，或者，接收配置服务器发送的业务执行逻辑。边缘服务器在接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

Description

业务实现方法、装置、系统、计算机设备及存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种业务实现方法、装置、系统、计算机设备及存储介质。

背景技术

内容分发网络(content delivery network，CDN)是构建在互联网之上的网络，CDN的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中。在用户访问网站时，利用全局负载均衡技术将用户的访问指向距离最近的缓存服务器上，由缓存服务器响应用户请求。

CDN服务涉及各种虚拟化资源的使用，例如，内容存储、内容分发等。随着CDN服务的推广，除了传统的服务内容外，也涌现出了各种各样的个性化定制CDN服务需求。

目前，为应对用户新提出的个性化的服务需求，CDN服务提供方的开发人员根据用户的服务需求制定新的子服务，并编写新子服务的实现代码，由于各个子服务之间的逻辑关系是串联的，可能还需要修改底层框架的逻辑，以支持新上线的子服务。

由于新旧功能的业务配置不统一，以及业务需求的个性化特点，一方面导致业务管理较为混乱，另一方面，使得CDN服务提供方的交付周期较长，无法及时响应客户需求。此外，采用传统方式上线新服务，也为新服务上线后的运维工作带来了一定的不利影响。

发明内容

本申请实施例提供一种业务实现方法、装置、系统、计算机设备及存储介质，能够大大缩短CDN服务提供方的交付周期，实现对个性化CDN服务的规范化管理，为个性化CDN服务上线后的运维工作带来便捷。

第一方面，提供一种业务实现方法，用于配置服务器，包括：

通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

向边缘服务器发送配置更新指令，以使边缘服务器生成业务执行逻辑，配置更新指令包括规范配置信息；或，将基于规范配置信息生成的业务执行逻辑发送至边缘服务器。

结合第一方面，在第一方面的一种可能的实现方式中，变更后的功能包括：原有功能的变更功能、基于原有功能添加的功能或添加的新功能；

其中，变更功能包括以下至少一项：删除边缘服务器原有功能后的功能、修改边缘服务器原有功能后的功能、在边缘服务器原有功能中增加的子功能。

结合第一方面，在第一方面的一种可能的实现方式中，配置接口包括配置界面，获取规范配置信息，包括：

获取当前输入至配置界面的业务内容，根据业务内容确定规范配置信息。

结合第一方面，在第一方面的一种可能的实现方式中，规范配置信息包括配置文本。

结合第一方面，在第一方面的一种可能的实现方式中，配置界面上包括用于将业务内容进行规范化的可配置项。

结合第一方面，在第一方面的一种可能的实现方式中，配置界面包括执行操作的可配置项、执行条件的可配置项以及逻辑代码输入项中的一个或多个。

结合第一方面，在第一方面的一种可能的实现方式中，若业务内容包括变更后的功能的逻辑代码，则该方法还包括：

解析变更后的功能的逻辑代码，获得逻辑代码包含的执行条件、执行操作，将逻辑代码包含的执行条件、执行操作添加至配置界面；

或，将变更后的功能的逻辑代码添加至配置界面。

结合第一方面，在第一方面的一种可能的实现方式中，配置界面还包括嵌套级数提示信息；嵌套级数提示信息用于指示单个执行操作下可嵌套的执行逻辑的数量限值。

结合第一方面，在第一方面的一种可能的实现方式中，该方法还包括：

获取当前单个执行操作下已嵌套的执行逻辑的数量；

若单个执行操作下已嵌套的执行逻辑的数量超过数量限值，则输出调整信息；调整信息用于指示用户调整已嵌套的执行逻辑的数量。

结合第一方面，在第一方面的一种可能的实现方式中，根据业务内容确定规范配置信息，包括：

对业务内容进行逻辑识别处理，得到变更后的功能的执行条件和执行操作，或得到变更后的功能的执行操作；

基于变更后的功能的执行条件和执行操作，或得到变更后的功能的执行操作，生成变更后的功能的关联关系结构体。

第二方面，提供了一种业务实现方法，该方法包括：

接收配置服务器发送的配置更新指令，根据配置更新指令中的规范配置信息生成业务执行逻辑；或，接收配置服务器发送的业务执行逻辑，业务执行逻辑为配置服务器根据规范配置信息生成的；规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

在接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

结合第二方面，在第二方面的一种可能的实现方式中，根据规范配置信息生成业务执行逻辑，包括：

对规范配置信息中的配置文本进行解析，根据解析获得的执行条件以及执行操作生成业务执行逻辑；或，

对规范配置信息中的配置文本进行解析，根据解析获得的执行操作生成业务执行逻辑。

结合第二方面，在第二方面的一种可能的实现方式中，根据规范配置信息生成业务执行逻辑，包括：

根据规范配置信息以及边缘服务器已有功能的服务层逻辑代码，生成业务执行逻辑。

结合第二方面，在第二方面的一种可能的实现方式中，执行业务执行逻辑对用户请求进行处理，包括：

确定用户请求和业务执行逻辑中的执行条件是否匹配；

若用户请求与业务执行逻辑中的目标执行条件匹配，则根据目标执行条件关联的目标执行操作处理用户请求。

结合第二方面，在第二方面的一种可能的实现方式中，若目标执行操作下嵌套子执行逻辑，子执行逻辑包括子执行条件和子操作；

则，根据目标执行条件关联的执行操作处理用户请求，包括：

确定与用户请求匹配的目标子执行条件，根据与目标子执行条件关联的子操作处理用户请求。

结合第二方面，在第二方面的一种可能的实现方式中，业务执行逻辑具体包括各个执行操作的描述信息；描述信息包括：执行操作标识和/或子执行逻辑。

第三方面，提供了一种业务实现装置，包括：

处理单元，通过配置接口用于获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

通信单元，用于向边缘服务器发送配置更新指令，以使边缘服务器生成业务执行逻辑；或，将基于规范配置信息生成的业务执行逻辑发送至边缘服务器。

第四方面，提供了一种业务实现装置，包括：

处理单元，用于通过通信单元接收配置服务器发送的配置更新指令，并根据配置更新指令中的规范配置信息生成业务执行逻辑；或，通过通信单元接收配置服务器发送的业务执行逻辑，业务执行逻辑为配置服务器根据规范配置信息生成的；规范配置信息用于表征边缘服务器变更后的功能的执行条件与执行操作之间的关联关系；

处理单元还用于，在接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

第五方面，提供了一种业务实现系统，包括：

配置管理平台，配置管理平台包括配置接口及配置服务器；

配置界面，用于进行配置操作以生成规范配置信息；

配置服务器，用于通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；配置服务器还用于向边缘服务器发送配置更新指令；

边缘服务器，用于接收配置服务器发送的配置更新指令，根据配置更新指令中的规范配置信息生成业务执行逻辑；或，接收配置服务器发送的业务执行逻辑，业务执行逻辑为配置服务器根据规范配置信息生成的；边缘服务器还用于，在接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

第六方面，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面或第二方面任一种实现可能所述方法的步骤。

第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第二方面任一种实现可能所述方法的步骤。

本申请实施例提供一种业务实现方法、装置、系统、计算机设备及存储介质，支持CDN用户或平台运维人员使用配置接口对边缘服务器的功能进行变更。通过应用程序接口或图形用户界面获取规范配置信息，向边缘服务器发送配置更新指令，指示边缘服务器根据规范配置信息生成业务执行逻辑。边缘服务器可以根据规范配置信息生成业务执行逻辑，在接收相应的用户请求后，执行业务执行逻辑对用户请求进行处理。通过规范化的配置信息实现对CDN服务定制业务的规范化配置、规范化管理，也为个性化CDN服务上线后的运维工作带来便捷。另外，配置服务器接收发送的配置更新指令后，可以根据指令中的规范配置信息自动、快速地生成业务执行逻辑，无需修改底层框架的逻辑，也避免了在配置新功能时因新旧功能的业务配置不统一导致的上线时延，大大缩短了CDN服务提供方的交付周期较长，并提高了业务的扩展性，能够实现各种变更功能的快速上线。

附图说明

图1为本申请实施例提供的系统架构图；

图2为本申请实施例提供的业务实现方法的流程示意图；

图3为本申请实施例提供的配置界面示意图；

图4为本申请实施例提供的另一配置界面示意图；

图5为本申请实施例提供的业务实现方法的另一流程示意图；

图6～图9为本申请实施例提供的另一配置界面示意图；

图10为本申请实施例提供的业务实现方法的另一流程示意图；

图11为本申请实施例提供的另一配置界面示意图；

图12为本申请实施例提供的业务实现方法的另一流程示意图；

图13为本申请实施例提供的业务实现方法的另一流程示意图；

图14为本申请实施例提供的业务实现方法的另一流程示意图；

图15为本申请实施例提供的业务实现装置的结构框图；

图16为本申请实施例提供的业务实现装置的另一结构框图；

图17为本申请实施例提供的计算机设备的结构框图；

图18为本申请实施例提供的计算机设备的另一结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为本申请实施例所适用的系统架构图。参考图1，该系统包括边缘服务器10、配置管理平台20以及用户端30。配置管理平台20包括配置服务器201以及配置接口202。CDN用户或配置管理平台20的运维人员可以通过配置接口202访问配置服务器201。其中，配置接口202包括图形用户界面(graphical user interface，GUI)或应用程序接口(applicationprogramming interface，API)。GUI可以是配置界面。

另外，用户端30是CDN用户对应的用户所使用的终端，CDN用户订购云服务后，在边缘服务器10为CDN用户提供云服务的场景下，来自用户端30的用户请求发送至边缘服务器10进行处理。本申请实施例中的CDN用户可以是配置接口的使用者，例如，可以是前文所述的CDN用户或配置管理平台20的运维人员。以下实施例中以CDN用户为例说明本申请实施例所提供的各种技术方案。

本申请实施例所适用的业务场景包括但不限于CDN业务，也可以应用于边缘云计算、分布式云服务等业务场景，或者其他适用此技术架构的多个场景中。

以CDN业务为例，边缘服务器10为CDN服务提供方的设备，可以基于分布式网络提供各种网络加速服务。边缘服务器可以为靠近用户端部署的计算节点，具备缓存数据、计算数据等能力。

示例性的，当网站A定制了CDN服务，网站A的用户发起的用户请求会发送至边缘服务器，由边缘服务器快速响应上述用户请求，从而加快访问速度。

目前，当CDN用户提出个性化的服务需求，需要由CDN服务提供方的开发人员根据CDN用户的服务需求制定子服务，并编写子服务的实现代码，经历一段时间后上线。但是由于研发周期的存在，使得服务需求存在一定的上限时延，CDN服务提供方的交付周期较长。另外，由于新旧功能的业务配置不统一，以及业务需求的个性化特点，导致业务管理较为混乱。

基于此，本申请实施例提供一种业务实现方法，能够实现CDN服务定制业务的规范化管理，缩短定制CDN服务的上线时延，有利于发展基于CDN服务的个性化定制业务，大大提升了平台服务的扩展性。

参考图2，该方法的执行主体可以是图1所示系统中的配置服务器，具体包括以下步骤：

201、通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

本申请实施例中，为了规范管理基于CDN服务的个性化定制业务，可以提供面向CDN用户的配置界面，CDN用户可以通过该配置界面输入各种功能的配置信息，以实现对边缘服务器或负载均衡服务器上的CDN个性化功能定制。以边缘服务器的功能变更为例，当CDN用户需要对边缘服务器的功能进行变更时，CDN用户可以通过配置接口(例如，配置界面)输入变更后的功能的配置信息。CDN用户完成配置后，点击配置界面上的确认控件，配置服务器则可以确定规范配置信息。

在又一实施例中，平台运维人员或者CDN用户授权的一方也可以使用该配置界面进行配置管理平台功能的个性化定制。需要说明的是，配置管理平台可以提供给CDN用户使用，也可以供CDN服务商的运维人员自用，也可以为CDN用户授权的一方使用。

一种可能的实现方式中，规范配置信息是CDN用户通过配置界面输入的信息进行规范化处理所得的结果。具体实现中，配置服务器可以识别CDN用户输入的信息所表征的执行逻辑，以获得上述规范化配置信息。其中，执行逻辑可以是执行条件和执行操作之间的关联关系。

示例性的，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系。其中，执行条件可以认为是一个或多个条件规则，简称为ACL；执行操作为实现某项功能(或业务)时具体执行的底层操作，执行操作可以简称为OP(operation)。

一种可能的实现方式中，执行条件与执行操作之间的关联关系可以理解为：在满足执行条件的前提下执行该执行操作。示例性的，执行条件为“目的IP地址为111.00.10.11”，与之关联的执行操作的“禁止访问”，也就是说，当用户端30访问的IP地址为111.00.10.11时，边缘服务器10禁止用户端30访问，拒绝用户端30的用户的访问请求。

需要说明的是，规范配置信息可以是关联关系结构体(包含一个或多个关联关系列表，在本实施例中可以称为action列表)，也可以是用于表征执行条件、执行操作之间的关系的其他信息。例如，规范配置信息可以是文本信息，用于描述执行条件、执行操作以及二者之间的关联关系。规范配置信息也可以是变更后的功能的执行文件。本申请实施例对规范配置信息的具体实现不做限制，任何能够表征执行条件、执行操作以及二者关系的信息都属于本申请实施例的保护范围。

202、向边缘服务器发送配置更新指令，以使所述边缘服务器生成业务执行逻辑；或，将基于所述规范配置信息生成的业务执行逻辑发送至所述边缘服务器。

具体实现中，配置服务器可以对规范配置信息进行协议适配，将规范配置信息封装成配置更新指令。其中，对规范配置信息的协议适配可以是根据配置服务器和边缘服务器之间的通信协议对规范配置信息进行协议适配。配置更新指令包括规范配置信息，使得边缘服务器可以基于规范配置信息生成业务执行逻辑。

或者，配置服务器在本地基于规范配置信息生成业务执行逻辑，向边缘服务器发送生成的业务执行逻辑。

需要说明的是，业务执行逻辑用于实现CDN的各种定制化功能，可以是CDN用户所提供的各种功能的实现代码。例如，CDN可以提供的定制化功能包括：访问控制和用户鉴权，则CDN用户的执行文件包括“访问控制”功能的执行代码以及“用户鉴权”功能的执行代码，这两个功能的执行代码在逻辑上可以是耦合的，也可以是解耦的，本申请实施例对此不做限制。

图2所示的实施例中，为CDN用户提供规范化的配置界面，支持CDN用户在配置界面进行功能变更。通过配置界面获取规范配置信息，可以实现对CDN服务定制业务的规范化配置、规范化管理，也为个性化CDN服务上线后的运维工作带来便捷有利于发展基于CDN服务的个性化定制业务。

需要说明的是，上述配置更新指令或业务执行逻辑可以是边缘服务器定时从配置服务器拉取；另一种可能中，CDN用户在配置界面输入规范配置信息，对规范配置信息进行审核后主动提交到配置服务器，配置服务器主动基于规范配置信息生成更新配置指令或业务执行逻辑，并主动下发更新配置指令或业务执行逻辑。

上述实施例中，配置服务器可以获取变更后的功能的执行条件、执行操作等，在本实施例中，提供了可能存在的几种功能变更。示例性的，前文所述的变更后的功能包括：原有功能的变更功能、基于原有功能添加的功能或添加的新功能。

其中，变更功能包括以下至少一项：删除边缘服务器原有功能后的功能、修改边缘服务器原有功能后的功能、在边缘服务器原有功能中增加的子功能。

需要说明的是，删除边缘服务器原有功能后的功能，即删除边缘服务器当前支持功能中的部分功能后边缘服务器支持的功能。示例的，边缘服务器当前支持“鉴权”、“精准访问控制”功能，CDN用户可以在配置界面删除“鉴权”功能，则变更后的功能是“精准访问控制”。

修改边缘服务器原有功能后的功能，即对边缘服务器当前支持功能进行修改后边缘服务器支持的功能。示例性的，边缘服务器当前支持“访问控制”功能，可以对该功能进行修改，使得边缘服务器支持更为精准的访问控制。

在边缘服务器原有功能中增加的子功能，即在边缘服务器当前支持功能中增加子功能。示例性的，边缘服务器当前支持“鉴权”功能，边缘服务器可以在“鉴权”功能中增加子功能，例如，增加“账号鉴权”功能。

另外，基于原有功能添加的功能可以是在边缘服务器当前支持功能的基础上添加新的功能。例如，边缘服务器当前支持“鉴权”功能，边缘服务器可以增加“访问控制”功能，变更后的功能包括“鉴权”和“访问控制”。

或者，变更后的功能也可以是在边缘服务器新增的功能，示例的，CDN用户可以根据实际业务需求在配置界面添加各种新功能。

本申请实施例提供了边缘服务器功能变更的几种可能，当然，边缘服务器功能的变更不仅仅局限于前文所述的这几种可能，本申请实施例对此不作限制。通过本实施例，支持CDN用户在本地通过配置界面完成各种个性化的服务变更。

上述实施例中，配置服务器响应配置界面上的配置指令后，可以获取变更后的功能的规范配置信息。在本申请的另一实施例中，具体介绍配置服务器如何基于配置界面获取规范化配置信息的技术方案。示例性的，步骤201中“获取变更后的功能的规范配置信息”的具体实现方式如下：

获取当前输入至配置界面的业务内容，根据获取到的业务内容确定规范配置信息。

一种可能的实现方式中，配置界面上包括可配置项，该可配置项用于将CDN用户输入的业务内容进行规范化。例如，配置界面包括执行操作的可配置项、执行条件的可配置项以及逻辑代码输入项中的一个或多个。其中，执行操作的可配置项可以是执行操作的选择项和/或执行操作的输入项，执行条件的可配置选项可以是执行条件的选择项和/或执行条件的输入项。

示例性的，可配置项可以是选择项。选择项支持CDN用户根据实际的业务需求(例如，CDN服务场景下的业务需求)，在该选择项的下拉菜单中选择业务内容。CDN用户选择的业务内容可以是执行条件和执行操作，CDN用户选择的执行条件和执行操作用于实现待更新的功能。CDN用户选择的业务内容也可以不包括执行条件，仅包括执行操作，即边缘服务器对应的任意一个用户请求无条件执行该执行操作，不作执行条件的匹配。

具体实现中，CDN用户通过配置界面的选择项选择执行条件和执行操作后，配置服务器可以获取CDN用户通过选择项选择的执行条件和执行操作，根据CDN用户选择的执行条件和执行操作生成规范配置信息。

本申请实施例提供了一种可能的配置界面，参考图3，该配置界面可以包括执行条件的选择项以及执行操作的选择项。当然，该配置界面也可以不包括执行条件的选择项，或者，执行条件的选择项的可选内容包括“any”，用于表征边缘服务器对应的任意一个用户请求无条件执行该执行操作，不作执行条件的匹配。用户可以通过触发该配置界面上的“新增”控件添加多个执行条件，执行条件的选择项可以包括执行条件的类型选项、执行条件的逻辑选项以及执行条件的参数选项。其中，执行条件的类型选项包括多个可选的条件类型，条件类型用于描述执行条件的适用对象。例如，执行条件的类型可以是图3所示的统一资源定位系统(uniform resource locator，URL)、互联网协议(internet protocol，IP)等。执行条件的逻辑选项包括多个可选的条件逻辑，用于描述执行条件所符合的判断逻辑。例如，执行逻辑可以是图3所示的“包含”、“等于”等。当然，根据执行条件的实际情况执行条件也可以是“大于”、“小于”、“大于等于”、“小于等于”“属于”、“不属于”、“包含”、“不包含”等。执行条件的参数选项用于输入执行条件的输入参数，CDN用户可以根据实际的业务需求在参数选项输入执行条件的输入参数。其中，输入参数是根据条件逻辑对某个对象进行判断(或检测)时参考的标准。例如，输入参数可以是图3所示的“/user”、“172.16.1.1”。执行操作的选择项包括多个可选的执行操作，用于表征满足执行条件后需执行的操作。例如，执行操作可以是图3所示的“禁封”、“阻断”等。配置界面包括“添加”控件，CDN用户点击“添加”控件可以继续选择执行条件或执行操作。配置界面还包括“确认”控件，CDN用户结束对执行条件、执行操作的选择后，点击“确认”控件，触发待更新业务的配置指令。

以图3所示的配置界面(可以称为基础配置界面)为例，配置服务器获取到的业务内容如下：

执行条件ACL1：请求URL中包含“/user”，即判断用户端30的用户发送的请求URL中是否包括“/user”字符串；

执行条件ACL2：请求的配置服务器IP是“172.16.1.1”，即判断发送请求消息的配置服务器的IP地址是否为“172.16.1.1”；

执行操作OP1：在访问控制层执行封禁10s。

配置服务器根据获取到的业务内容获取到的规范化配置信息可以表征执行条件ACL1、执行条件ACL2和执行操作OP之间的关联关系，即若满足执行条件ACL1、执行条件ACL2，则执行上述执行操作OP1。本申请实施例将所有的配置都抽象成了执行条件ACL、执行动作OP以及关联关系。所有CDN用户的配置统一规范，为后续的维护工作提高了极大的便利。

在另一种可能的实现方式中，上述可配置项也可以是输入项。输入项可以是输入框，支持CDN用户根据实际的业务需求，在输入项中输入业务内容。CDN用户输入的业务内容可以是CDN用户自定义的逻辑代码，用于实现边缘服务器上待更新的功能。其中，CDN用户自定义的逻辑代码还可以称为自定义函数。自定义函数中的执行条件遵循ACL的接口规范，可以是CDN用户自定义的ACL函数。其中，接口规范与约束、实际业务有关。执行条件的约束包括：执行条件的满足与否用“真”或“假”来表征，那么执行条件的接口规范可以是：执行条件的返回值为“真”或“假”。自定义函数中的执行动作与业务强相关，CDN用户根据实际的业务需求自定义各种执行条件关联的执行动作，例如，在访问控制业务中，执行操作可以是“允许访问”、“禁止访问”或者“禁封一段时间”等。

具体地，CDN用户通过配置界面的输入项输入自定义的逻辑代码后，触发配置指令。配置服务器响应于配置指令，获取CDN用户通过输入项输入的逻辑代码，根据CDN用户输入的逻辑代码生成规范配置信息。

本申请实施例还提供了一种可能的配置界面，参考图4，该配置界面(可以称为高级配置界面)包括逻辑代码输入项。CDN用户可以根据实际的业务需求在输入项中输入自定义的逻辑代码，配置服务器获取CDN用户输入的逻辑代码后，根据CDN用户输入的逻辑代码生成规范化配置信息。配置界面还包括“确认”控件，CDN用户输入待更新业务的自定义代码逻辑后，点击“确认”控件，触发待更新业务的配置指令。图4所示的界面还可以显示配置服务器生成的关联关系结构体，简称actions列表。

示例性的，CDN用户自定义了一个防盗链的函数access_check，CDN用户自定义的逻辑代码可以包括actions列表。其中，actions列表中第一个action的判断条件是any，表示任何用户请求都需要执行防盗链逻辑，防盗链逻辑是CDN用户根据自身业务需求自己编写的。

本申请实施例中，配置管理平台可以通过配置界面向CDN用户提供一种CDN服务的配置方式，支持CDN服务的个性化定制。另外，对配置界面接收的业务内容进行规范化处理，可以获得变更后的功能的规范化配置信息，以支持变更功能的后台实现。本申请实施例支持CDN用户在基础配置界面选择变更功能的执行条件、执行操作，也支持CDN用户在高级配置界面输入自定义函数进行个性化业务需求的扩展实现，提高了CDN云服务个性化定制业务的灵活性。

同时，将执行条件和执行操作分离配置，可以实现执行操作粒度的配置复用，或执行条件粒度的配置复用，提供更细粒度的配置复用方案。另外，再根据配置更新指令中的规范配置信息自动、快速的生成业务执行逻辑，可以实现配置信息的复用和新旧功能业务配置的一致性，提高业务的扩展性。

上述实施例中，涉及配置管理平台根据CDN用户在配置界面输入的业务内容确定规范化配置信息的技术方案。在本申请的另一实施例中，配置服务器可以对业务内容进行逻辑识别处理，基于逻辑识别处理的结果生成上述规范配置信息。示例性的，前文涉及的根据业务内容确定规范配置信息的具体实现步骤如图5所示：

501、对业务内容进行逻辑识别处理，得到变更后的功能的执行条件和/或执行操作；

其中，逻辑识别处理即识别出CDN用户输入的业务内容所表征的执行条件、执行操作以及执行条件和执行操作之间的关联关系。

需要说明的是，执行条件是执行操作的前置检查条件，底层实现时先判断是否满足执行条件，满足执行条件时才执行关联的执行操作。例如，通过配置界面提供了一些基础校验函数作为可选的执行条件，可以是字符串比较、数值比较、正则匹配、关键字识别等。CDN用户可以根据实际的业务需求(例如，CDN服务场景下的业务需求)，

执行操作是满足关联的执行条件后，实际执行的操作。示例性的，针对CDN服务场景，执行操作可以包括访问控制OP、头部控制OP、URL控制OP、请求参数控制OP、控制OP以及缓存控制OP等。每一个控制OP都规范了对应的输入参数，还可以称为控制OP的描述信息，用于表征控制OP具体是什么。示例性的，控制OP的输入参数可以是一个确定的值或对象也可以指向一个自定义函数。例如，控制OP是“添加一个请求头”，控制OP的输入参数可以是一个确定的值，也可以指向一个自定义的函数，该函数可以执行添加请求头的实际逻辑，最终返回一个字符串作为添加的请求头。

需要说明的是，功能的实现代码可以包括执行条件以及执行操作，CDN用户在配置界面输入的业务内容可以表征执行条件以及执行操作，因此，配置服务器对业务内容进行逻辑识别处理，可以获得执行条件以及执行操作。另外，功能的实现代码也可以不包括基于执行条件，仅包括执行操作。CDN用户在配置界面输入的业务内容可以表征执行操作，因此，配置服务器对业务内容进行逻辑识别处理，可以获得变更后的功能的执行操作。

502、基于变更后的功能的执行条件和/或执行操作，生成变更后的功能的规范配置信息，或者，基于变更后的功能的执行操作生成规范配置信息。

其中，规范配置信息包括配置文本。配置文件可以是包含规范化配置信息的文本。具体地，配置服务器可以对规范配置信息进行预编译后生成的用于执行边缘服务器各个功能的执行文件，边缘服务器加载执行文件可以对用户请求进行处理。

图5所示的方法中，提供了根据CDN用户输入的业务内容生成规范化配置信息的一种可能的实现方式，具体地，配置服务器可以生成关联关系结构体，使得边缘服务器可以基于配置服务器生成的关联关系结构体生成边缘服务器的执行文件，实现CDN服务场景下个性化定制功能的快速上线。

前文所述实施例中，配置服务器可以基于规范配置信息生成业务执行逻辑。在另一实施例中，配置服务器对配置界面接收的业务内容进行识别，基于识别结果生成业务执行逻辑。

具体实现中，配置服务器对业务内容的识别参考前文所述，在此不作赘述。配置服务器可以根据识别出的变更后的功能的执行条件和/或执行操作，生成变更后的功能的业务执行逻辑，或者，基于变更后的功能的执行操作生成业务执行逻辑。

其中，业务执行逻辑可以是关联关系结构体，也可以是根据执行操作、执行条件生成的执行文件。

一种可能的实现方式中，关联关系结构体可以是关联关系列表，在此实现方式中可以称为actions列表，当然也可以称为任何用于表达关联关系的列表，actions列表包括多个action，每个action包括执行条件以及与执行条件关联的执行操作。actions列表中的多个action之间的逻辑关系可以是串行或并行，同一个action内包括的多个执行条件之间的逻辑关系可以是串行或并行。

一种可能的实现方式中，根据执行条件和执行条件关联的执行操作生成一个action。该action中包括逻辑关系关键字，用于表征该action中各个执行条件的逻辑关系。例如，同一个action内包括的多个执行条件之间的逻辑关系可以用“and”、“or”等关键字来表征。

基于此，可以生成多个action，再基于多个action之间的逻辑关系，根据生成的多个action构建actions列表，即前文所述的关联关系结构体。actions列表中包括逻辑关系关键字，用于表征actions列表中的多个action之间的逻辑关系。

示例性的，actions列表中的多个action之间的逻辑关系可以用“and”、“or”等关键字来表征，同一个action内包括的多个执行条件之间的逻辑关系可以用“and”、“or”等关键字来表征。

上述实施例中，涉及了通过配置界面输入业务内容，实现功能在配置管理平台的个性化变更的技术方案。在本实施例中，配置服务器还可以记录CDN用户的历史配置，以供CDN用户后续选择历史配置进行功能的变更。示例性的，前文所述的方法还包括：根据当前输入的业务内容生成配置记录信息，配置记录信息用于向下一次配置提供参考。该配置记录信息可以是CDN用户在先选择的执行条件，CDN用户在先选择的执行操作，或，CDN用户在先输入的逻辑代码。

示例性的，参考图6，配置界面中执行条件选择项的下拉菜单中包括CDN用户历史选择的执行条件，执行操作选择项的下拉菜单中包括CDN用户历史选择的执行操作。

参考图7，当CDN用户将光标移动至逻辑代码输入项中，配置管理平台的配置界面可以显示CDN用户历史输入的逻辑代码，提示CDN用户是否复用历史输入的逻辑代码。

本申请实施例中，支持CDN用户配置的复用，提高了配置管理平台功能个性化定制业务的灵活性，提高配置业务与CDN用户需求的匹配度。

上述实施例中，涉及了通过配置界面接收CDN用户自定义的逻辑代码的技术方案。在本申请的另一实施例中，还可以基于CDN用户自定义的逻辑代码对配置界面进行更新，添加CDN用户自定义的一些执行条件、执行操作。示例性的，图2所示的方法还包括：解析变更后的功能的逻辑代码，获得逻辑代码包含的执行条件、执行操作，将逻辑代码包含的执行条件、执行操作添加至配置界面；或，将变更后的功能的逻辑代码添加至所述配置界面。

具体实现中，配置服务器通过配置界面接收CDN用户自定义的逻辑代码后，还可以从逻辑代码中识别执行条件、执行操作以及二者的关联关系。进一步，可以在配置界面上增加这些执行条件的选择项、这些执行操作的选择项，CDN用户还可以根据业务需求在配置界面上选择新增加的执行条件、执行操作。或者，配置服务器也支持CDN用户自定义的逻辑代码的整体复用。例如，CDN用户通过逻辑代码输入项输入自定义的逻辑代码，实现了功能A的添加。当CDN用户再次登录配置管理平台时，配置管理平台的配置界面可以显示功能A的逻辑代码，若CDN用户新的待添加功能的执行逻辑与功能A相同，CDN用户可以复用功能A的执行逻辑，修改代码相关参数(例如，输入参数等)即可。

本申请可以实现CDN用户自定义逻辑代码的复用，在实现个性化定制业务的同时，提高配置业务与CDN用户需求的匹配度。

上述实施例中，涉及了为CDN用户提供的配置界面，以通过配置界面接收变更后的功能的业务内容。在另一实施例中，配置服务器还可以通过配置界面提示CDN用户避免过多的执行逻辑嵌套，以进一步规范CDN用户的配置行为。示例性的，前文所述的配置界面还包括嵌套级数提示信息。其中，嵌套级数提示信息用于指示单个执行操作下可嵌套的执行逻辑的数量限值。

需要说明的是，单个执行操作下可嵌套的执行逻辑的数量限值，用于表征单个执行操作下可嵌套的执行逻辑的最大数量。示例性的，执行逻辑用于表征执行条件和执行操作之间的关联关系，可以用action或actions列表来表征执行逻辑，单个执行操作下可嵌套的执行逻辑的数量限值可以是单个执行操作下可嵌套的action的数量。

一种可能的实现方式中，配置服务器可以对CDN用户输入的业务内容进行嵌套层级检测，基于检测结果在CDN用户输入过程中实时输出嵌套级数提示信息。具体地，当CDN用户在某个执行操作OP下已嵌套的执行逻辑的数量达到上述数量限值，则输出嵌套级数提示信息，提示CDN用户停止在该执行操作下添加执行逻辑，或删除该执行操作下部分已添加的执行逻辑。

示例性的，参考图8，CDN用户在执行操作“重定向”下添加的执行逻辑有action1、action2、action3以及action4，假设单个执行操作下可嵌套的执行逻辑的数量限值为4，表明执行操作“重定向”下当前已嵌套的执行逻辑已达到数量限值，当CDN用户点击“添加”控件时，配置界面可以显示嵌套级数提示信息：“当前OP下已嵌套的执行逻辑已达到上限，请您保存当前配置”。需要说明的是，上述信息仅仅是嵌套级数提示信息的一种可能实现，本申请实施例对嵌套级数提示信息包含的具体文本内容不做限制，任何能够提示嵌套级数的信息都属于本申请实施例的保护范围。

另一种可能的实现方式中，配置界面包括嵌套级数提示信息的固定显示区域，CDN用户登录配置管理平台，配置界面就呈现了嵌套级数提示信息。示例性的，参考图9，在显示界面的上方显示“单个OP下可嵌套的执行逻辑的数量不能超过5”，CDN用户在配置界面选择的执行操作下嵌套的执行逻辑的数量不能超过5，或者，CDN用户在配置界面输入的逻辑代码中单个执行操作下嵌套的执行逻辑的数量不能超过5。

上述实施例中，配置服务器可以为CDN用户提供配置界面，以通过配置界面接收变更后的功能的业务内容。在另一实施例中，配置服务器还可以在CDN用户完成变更功能的配置后，对CDN用户输入的业务内容进行检测，避免CDN用户在单个执行操作下嵌套了过多的执行逻辑，以进一步规范CDN用户的配置行为。示例性的，参考图10，本申请实施例所述的方法还包括以下步骤：

1001、获取当前单个操作下已嵌套的执行逻辑的数量；

需要说明的是，当前单个操作可以是CDN用户在配置界面选择的单个执行操作，也可以是CDN用户输入的自定义逻辑代码中的单个执行操作。

具体实现中，获取当前单个操作下已嵌套的执行逻辑的数量可以是对CDN用户在配置界面输入的内容进行解析，确定单个执行逻辑下已嵌套的执行逻辑的数量。

1002、若单个执行操作下已嵌套的执行逻辑的数量超过数量限值，则输出调整信息；调整信息用于指示CDN用户调整已嵌套的执行逻辑的数量。

其中，数量限值可以是单个执行操作下可嵌套的执行逻辑的最大数量。为了避免代码嵌套过度，影响代码的可执行性，可以在当前已嵌套的执行逻辑的数量超过数量限值时，输出调整信息指示CDN用户调整已嵌套的执行逻辑的数量。

示例性的，参考图11，CDN用户在配置界面选择了执行条件、执行操作后，点击“确认”控件，若配置管理平台的配置服务器确定存在嵌套级数超过数量限值的执行操作，则输出调整信息“请修改OP下嵌套的执行逻辑，数量不能超过5”。本申请实施例对调整信息包含的具体文本内容不做限制，任何能够提示CDN用户进行嵌套级数调整的信息都属于本申请实施例的保护范围。

本申请实施例还提供一种业务实现方法，适用于图1所示系统中的边缘服务器。参考图12，该方法包括以下步骤：

1201、接收配置服务器发送的配置更新指令，根据配置更新指令中的规范配置信息生成业务执行逻辑；或，接收配置服务器发送的业务执行逻辑，业务执行逻辑为所述配置服务器根据规范配置信息生成的；规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

也就是说，边缘服务器可以接收配置服务器生成的业务执行逻辑，也可以基于配置服务器发送的规范配置信息生成业务执行逻辑。其中，规范配置信息可以是配置文本。

具体实现中，配置更新指令是配置服务器对变更后的功能的规范配置信息封装后获得的指令，用于指示边缘服务器根据CDN用户配置为边缘服务器添加功能。

另外，规范配置信息用于表征变更后的功能的执行逻辑，例如，规范配置信息可以是用于表征变更后的功能的执行条件与执行操作之间的关联关系。

一种可能的实现方式中，执行条件与执行操作之间的关联关系可以理解为：在满足执行条件的前提下执行该执行操作。示例性的，执行条件为“目的IP地址为111.00.10.11”，与之关联的执行操作的“禁止访问”，也就是说，当用户端30的用户访问的IP地址为111.00.10.11时，边缘服务器禁止用户端30的用户访问。

需要说明的是，规范配置信息可以是关联关系结构体(action)，也可以是用于表征执行条件、执行操作之间的关系的其他信息。例如，规范配置信息可以是文本信息，用于描述执行条件、执行操作以及二者之间的关联关系。本申请实施例对规范配置信息的具体实现不做限制，任何能够表征执行条件、执行操作以及二者关系的信息都属于本申请实施例的保护范围。

一种可能的实现方式中，业务执行逻辑可以包括边缘服务器的各种功能的执行代码，支持边缘服务器所提供的各种功能的后台实现。由于规范配置信息可以表征变更后的功能的执行逻辑，因此边缘服务器基于规范配置信息生成边缘服务器的执行文件，能够支持变更后的功能的正常上线。

具体实现中，规范配置信息可以包括配置文本，边缘服务器可以对规范配置信息进行文本解析，识别出变更后的功能的执行逻辑，基于变更后的功能的业务执行逻辑，以支持变更后的功能的后台实现，实现变更后的功能的快速上线。示例性的，边缘服务器可以对配置文本进行预编码，生成业务执行逻辑。

或者，配置服务器获取业务内容后根据业务内容生成了业务执行逻辑，并将业务执行逻辑发送到了边缘服务器，边缘服务器可以将配置服务器发送的业务执行逻辑作为边缘服务器变更功能后的业务执行逻辑。

1202、在接收与上述业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

其中，与上述执行业务执行逻辑对应的用户请求可以是上述用户端30发送的用户请求。当边缘服务器接收与业务执行逻辑对应的用户请求，可以确定用户请求与业务执行逻辑中的执行条件是否匹配，基于匹配结果对用户请求进行处理。

图12所示的方法中，边缘服务器接收变更后的功能的规范化配置信息可以自动、快速地生成边缘服务器对应的执行文件，无需修改底层框架的逻辑，也避免了在配置新功能时因新旧功能的业务配置不统一导致的上线时延，大大缩短了个性化CDN服务的上线时延，并提高了业务的扩展性，能够实现变更业务在边缘服务器的快速上线。通过缩短业务上线时延解决了CDN服务个性化定制发展严重受限的问题，总体上有利于发展基于CDN服务的个性化定制业务。

前文所述的实施例中，涉及了根据规范配置信息生成业务执行逻辑的技术方案。在另一实施例中，提供了服务器生成业务执行逻辑的具体实现方案。示例性的，前文涉及的服务器根据规范配置信息生成业务执行逻辑，包括：

对规范配置信息中的配置文本进行解析，根据解析获得的执行条件以及执行操作生成业务执行逻辑；或，对规范配置信息中的配置文本进行解析，根据解析获得的执行操作生成业务执行逻辑。

需要说明的是，配置服务器在对配置界面获取的业务内容进行规范化处理时，可以生成配置文本或业务执行逻辑。边缘服务器可以接收配置服务器发送的业务执行逻辑，作为边缘服务器功能变更后的业务执行逻辑。边缘服务器也可能从配置更新指令中解析出配置文本，对配置文本进行识别可以获得执行条件和执行操作，从而根据获得的执行条件和执行操作生成业务执行逻辑。当然，若边缘服务器的功能实现是在任何条件下都执行某些执行操作，则解析配置文本可能无法获得执行条件，只能获得执行操作，边缘服务器可以根据获得的执行操作生成业务执行逻辑。

前文所述的实施例中，边缘服务器可以根据规范配置信息生成业务执行逻辑。在另一实施例中，边缘服务器可以根据规范配置信息以及边缘服务器已有功能的服务层逻辑代码，生成业务执行逻辑。边缘服务器可以对边缘服务器已有功能的服务层逻辑代码以及变更后的功能的执行逻辑进行整合，生成对应一个业务执行逻辑(例如，关联关系结构体actions列表)，作为边缘服务器的执行文件，支持边缘服务器各种功能的后台实现。

一种可能的实现方式中，根据规范配置信息以及边缘服务器已有功能的服务层逻辑代码，生成业务执行逻辑，包括：

对服务层逻辑代码、规范配置信息中的配置文本进行解析，根据解析获得的执行条件以及执行操作生成业务执行逻辑；或者，根据解析获得的执行操作生成业务执行逻辑。

也就是说，若规范配置信息为配置文本，边缘服务器可以对配置文本以及已有功能的逻辑代码进行解析，基于解析获得的执行条件、执行操作生成业务执行逻辑。支持边缘服务器对各种功能的业务执行逻辑进行整合，在边缘服务器侧业务执行逻辑进行整体更新，使得边缘服务器的业务执行逻辑更统一、简单。

另一种可能的实现方式中，边缘服务器可以根据服务层逻辑代码以及配置服务器发送的业务执行逻辑生成业务执行逻辑。

也就是说，若配置服务器在接收用户输入的业务内容后，生成了业务执行逻辑。则边缘服务器可以根据边缘服务器已有功能的业务执行逻辑以及配置服务器发送的业务执行逻辑，生成边缘服务器功能变更后的业务执行逻辑。支持边缘服务器对已有功能和变更功能的独立维护，也减少了边缘服务器侧的处理负荷。

具体实现中，边缘服务器对已有功能的服务层逻辑代码以及变更后的功能的执行逻辑进行整合，生成对应边缘服务器的一个关联关系结构体(例如，actions列表)，作为边缘服务器的执行文件，支持边缘服务器各种功能的后台实现。

上述实施例中，涉及了基于规范配置信息和边缘服务器已有功能的逻辑代码生成边缘服务器新的执行文件的技术方案。在另一个实施例中，可以分别对规范配置信息、已有服务层逻辑代码进行解析，根据解析获得的执行条件和执行动作生成边缘服务器的执行文件。

具体地，将规范配置信息进行解析处理，得到多个第一执行条件以及多个第一执行操作；对服务层逻辑代码进行解析处理，得到多个第二执行条件以及多个第二执行操作；

根据多个第一执行条件、多个第一执行操作、多个第二执行条件以及多个第二执行操作，生成执行文件。

需要说明的是，上述解析处理可以是逻辑识别处理，用于识别执行条件以及执行条件关联的执行操作。此外，业务实现指令携带的规范配置信息可以是关联关系结构体(包含一个或多个action)，也可以是表征执行逻辑的其他信息。

本申请实施例提供的方法中，边缘服务器可以根据配置服务器发送的规范配置信息和已有功能的逻辑代码生成边缘服务器的执行文件，在不修改边缘服务器底层代码的同时，避免了修改底层代码带来的灰度时间，实现新增功能的快速上线。

上述实施例中，边缘服务器可以根据规范配置信息和已有功能的逻辑代码解析执行条件和执行操作，生成边缘服务器的业务执行逻辑。在另一实施例中，边缘服务器可以分别生成新添加功能和已有功能对应的关联关系结构体，构成边缘服务器的业务执行逻辑，支持变更后的功能和已有功能的后台实现。示例性的，前文所述的根据多个第一执行条件、多个第一执行操作、多个第二执行条件以及多个第二执行操作，生成业务执行逻辑，包括：

根据多个第一执行条件以及每个第一执行条件对应的第一执行操作，生成第一关联关系结构体；根据多个第二执行条件以及每个第二执行条件对应的第二执行操作，生成第二关联关系结构体；

根据第一关联关系结构体和第二关联关系结构体，生成业务执行逻辑。

具体实现中，针对每一第一执行条件，根据该执行条件和该执行条件关联的执行操作，生成一个action。基于各个第一执行条件对应的action之间的逻辑关系，可以生成第一关联关系结构体。其中，各个第一执行条件对应的action之间的逻辑关系可以用于and或or等关键字表征。

相应的，针对每一第二执行条件，根据该执行条件和该执行条件关联的执行操作，生成一个action。基于各个第二执行条件对应的action之间的逻辑关系，可以生成第二关联关系结构体。其中，各个第二执行条件对应的action之间的逻辑关系可以用于and或or等关键字表征。

还可以根据第一关联关系结构体、第二关联关系结构体之间的逻辑关系生成边缘服务器的业务执行逻辑。示例性的，若已有功能和变更后的功能之间的逻辑关系是串联逻辑，则业务执行逻辑中可以用“and”来表征第一关联关系结构体、第二关联关系结构体之间的逻辑关系。已有功能和变更后的功能中某一功能的执行结果为另一功能的执行代码的输入参数，边缘服务器的功能之间逻辑耦合。或者，若已有功能和变更后的功能之间的逻辑关系是并联逻辑，则业务执行逻辑中可以用“or”来表征第一关联关系结构体、第二关联关系结构体之间的逻辑关系。已有功能和变更后的功能之间并行执行，逻辑解耦。

本申请实施例提供了边缘服务器根据规范配置信息和已有功能的逻辑代码生成边缘服务器的业务执行逻辑的一种实现方式，在实现对CDN云服务个性化定制的规范化管理的同时，支持边缘服务器已有功能和变更后的功能的后台实现。

上述实施例中，涉及了服务器根据规范配置信息和已有功能的逻辑代码解析执行条件和执行操作，生成边缘服务器的业务执行逻辑。在另一实施例中，来自配置服务器的规范配置信息是关联关系结构体(例如，第一关联关系结构体)，边缘服务器可以根据边缘服务器已有功能的逻辑代码生成第二关联关系结构体，基于第一关联关系结构体和第二关联关系结构体生成边缘服务器的业务执行逻辑。示例性的，根据规范配置信息以及边缘服务器已有功能的服务层逻辑代码，生成业务执行逻辑，包括：

对服务层逻辑代码进行解析处理，得到已有功能的多个执行条件以及多个执行操作，根据已有功能的多个执行条件以及多个执行操作生成第二关联关系结构体；根据第一关联关系结构体和第二关联关系结构体，生成业务执行逻辑。

其中，第一关联关系结构体是配置服务器根据配置界面输入的业务内容生成的。提供了边缘服务器根据规范配置信息和已有功能的逻辑代码生成边缘服务器的业务执行逻辑的一种实现方式，在实现对CDN云服务个性化定制的规范化管理的同时，支持边缘服务器已有功能和变更后的功能的后台实现。

上述实施例中，提供了基于配置服务器的规范化配置生成边缘服务器的业务执行逻辑，或对边缘服务器的业务执行逻辑进行更新的技术方案。在另一实施例中，还提供了基于边缘服务器的业务执行逻辑处理用户请求的技术方案。示例性的，前文步骤1203涉及的“执行业务执行逻辑对用户请求进行处理”具体包括：

边缘服务器可以确定用户请求和业务执行逻辑中的执行逻辑的匹配结果，根据匹配结果处理目标业务。

其中，用户请求是上述用户端30发起的请求。

一种可能的实现方式中，边缘服务器判断用户请求和业务执行逻辑中的各个执行逻辑是否匹配，基于匹配结果确定如何处理用户请求，例如，拒绝该业务请求或响应该业务请求。示例性的，业务执行逻辑包括“鉴权”对应的执行逻辑以及“URL控制”对应的执行逻辑，若数据访问请求与“鉴权”对应的执行逻辑以及“URL控制”对应的执行逻辑均匹配，则响应数据访问请求，向配置服务器返回所请求数据；若数据访问请求与“鉴权”对应的执行逻辑不匹配，或与“URL控制”对应的执行逻辑不匹配，则拒绝用户端30请求的数据访问业务。

本申请实施例提供了基于边缘服务器的业务执行逻辑进行业务请求处理的具体实现方案，支持边缘服务器各个功能的实际应用。

上述实施例中，边缘服务器接收业务执行逻辑。在另一实施例中，还提供了基于业务执行逻辑中的执行逻辑处理用户请求的技术方案。示例性的，前文所述的根据匹配结果处理用户请求，包括：确定用户请求和业务执行逻辑中的执行条件是否匹配；

若用户请求与业务执行逻辑中的目标执行条件匹配，则根据目标执行条件关联的目标执行操作处理用户请求。

具体实现中，遍历业务执行逻辑中的执行逻辑，将用户请求与执行逻辑中的执行条件进行逐一匹配，若用户请求与某个执行条件相匹配，则根据与该执行条件关联的执行操作处理用户请求。

例如，上述用户请求可以是数据访问请求，假设用户端30的IP地址为111.00.10.11。边缘服务器接收用户端30的数据访问请求后，确定与数据访问请求相匹配的执行条件是ACL1“IP地址为111.00.10.11”，则根据与ACL1关联的OP处理用户端30请求的数据访问业务。例如，禁止访问，或者，延迟访问。

本申请实施例提供了边缘服务器功能的实现方案，可以基于执行逻辑对用户请求进行控制。在实现对CDN云服务个性化定制的规范化管理的同时，实现对用户请求的控制。

本申请实施例中，允许单个执行操作下嵌套子执行逻辑。以下提供了单个执行操作下嵌套子执行逻辑的场景下，如何处理用户请求的具体方案。示例性的，用户请求匹配的目标操作下可以嵌套子执行逻辑，子执行逻辑包括子执行条件和子操作。前文涉及的根据目标执行逻辑中的目标操作处理用户请求的具体实现包括：确定与用户请求匹配的目标子执行条件，根据与目标子执行条件关联的子操作处理用户请求。

具体实现中，遍历目标操作下的所有子执行逻辑，将业务请求消息与执行逻辑中的执行条件进行逐一匹配，若业务请求消息与某个执行条件相匹配，则根据与该执行条件关联的执行操作处理用户请求。

本申请实施例还提供了业务执行逻辑的具体实现。具体的，业务执行逻辑具体包括各个执行逻辑下的执行操作的描述信息。描述信息包括：执行操作标识和/或子执行逻辑。

也就是说，执行操作可以是具体的某个底层操作，例如，业务执行逻辑中执行操作的描述信息为“test”，若满足执行逻辑中的执行条件，则执行“test”。当然，允许单个执行操作下嵌套子执行逻辑，即执行操作的描述信息可以是“关联关系结构体”，即执行操作的描述信息用于指示单个执行操作下嵌套的子执行逻辑。需要说明的是，单个执行操作下嵌套的多个子执行逻辑可以称为一个块数据体(block)，单个OP下嵌套的block称为OP下嵌套的子执行逻辑。

本申请实施例可以基于逻辑嵌套的代码实现边缘服务器的功能，提高了边缘服务器功能实现的多样性。

上述实施例中，边缘服务器可以基于配置服务器发送的规范化配置信息生成边缘服务器的业务执行逻辑。在另一实施例中，边缘服务器还可以对业务执行逻辑进行嵌套级数的控制，避免单个执行操作下嵌套过多子执行逻辑，导致业务执行逻辑的执行复杂度过高的问题。示例性的，边缘服务器生成业务执行逻辑之后，所述方法还包括：确定业务执行逻辑中每一个执行操作的嵌套级数。若存在嵌套级数超过数量限值的异常操作，则向监控服务器(还可以称为监控平台)发送调整信息；调整信息用于指示监控服务器通知CDN用户调整异常操作的嵌套级数。

其中，嵌套级数用于表征执行操作下嵌套的执行逻辑的数量，可以是预设的数值，用于避免单个执行操作下嵌套过多的子执行逻辑。

本申请实施例中，边缘服务器新增功能上线后，边缘服务器可以进行嵌套级数的控制，通过监控平台指示CDN用户调整嵌套级数。边缘服务器通过监控平台实现嵌套级数的控制，在实现规范化的个性业务定制的同时，可以大大减少服务器的处理负荷。

以执行条件为ACL、执行操作为OP、执行逻辑为action为例，边缘服务器可以基于配置服务器发送的actions列表(即前文所述的业务执行逻辑)对边缘服务器发送的用户请求进行匹配，以根据匹配结果处理用户请求的业务。示例性的，参考图13，具体以下步骤：

1301、遍历actions列表中的每一个action，执行列表中的每个action。

其中，action可以认为是本申请实施例所述的执行逻辑，包括执行条件ACL以及与执行条件ACL关联的执行操作OP。

1302、针对当前执行的action，遍历执行action中每一个ACL，确定执行结果。

若执行结果为“假”，则不执行该action中的OP，并且执行步骤1305；若执行结果为“真”，则执行步骤1303。

需要说明的是，action中ACL的执行逻辑可以是and、or或not，根据各个ACL的执行结果以及ACL的执行关系确定该action的执行结果为“真”还是“假”。例如，action包括ACL1、ACL2以及ACL3，三者的执行逻辑是“and”，若ACL1、ACL2以及ACL3的执行结果均为“真”，则该action的执行结果为“真”。若ACL1、ACL2以及ACL3有执行结果为“假”的执行条件，则该action的执行结果为“假”。

1303、判断action中OP的类型是否为block(块执行逻辑)。

若是，则执行步骤1304；若否，则执行OP对应的动作。对应的动作可以是CDN用户在配置界面上输入的OP，也可以是CDN用户在配置界面输入的自定义函数。

1304、遍历block中所有actions列表，执行actions列表中的每一个action。

具体实现中，当OP类型为block时，表征OP下嵌套了actions逻辑，会遍历该OP下嵌套的actions列表，遍历执行列表中的每个action逻辑，具体实现参考1302～1305。

1305、结束当前action逻辑，遍历下一个action，重复执行1302。

需要说明的是，OP下嵌套的actions列表可以支持各种逻辑的组合。但OP下嵌套的actions列表的数量，即嵌套级数不能超过预设的数量限值，避免代码无限嵌套循环，提升业务执行逻辑的可实现性。

本申请实施例还提供一种业务实现方法，涉及前文所述的边缘服务器、配置服务器以及用户端之间的交互。参考图14，该方法包括以下步骤：

1401、配置服务器通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

1402a、配置服务器向边缘服务器发送配置更新指令；配置更新指令包括规范配置信息；

1402b、配置服务器向边缘服务器发送业务执行逻辑；业务执行逻辑是根据规范配置信息生成的；

1403a、边缘服务器接收配置服务器发送的配置更新指令，根据规范配置信息生成业务执行逻辑；

1403b、边缘服务器接收配置服务器发送的业务执行逻辑；

1404、用户端向边缘服务器发送用户请求；

1405、边缘服务器接收用户端发送的用户请求，基于业务执行逻辑处理用户请求。

1406、边缘服务器向用户端发送用户请求的处理结果。

需要说明的是，图14所示方法中各个步骤的具体实现参考前文所述，在此不作赘述。1402a、1402b择一执行即可，1403a和1403b也是择一执行的关系，当1402a时执行1403a，当执行1402b时执行1403b。

本申请实施例还一种业务实现系统，该系统结构如图1所示。

具体地，配置管理平台，配置管理平台包括配置接口及配置服务器；配置接口，用于提供给CDN用户或平台运维人员进行配置操作以生成规范配置信息；

配置服务器，用于通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；配置服务器还用于向边缘服务器发送配置更新指令；

边缘服务器，用于接收配置服务器发送的配置更新指令，根据配置更新指令中的规范配置信息生成业务执行逻辑；或，接收配置服务器发送的业务执行逻辑，业务执行逻辑为配置服务器根据规范配置信息生成的；边缘服务器还用于，在接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

本申请实施例还提供一种业务实现装置，参考图15，该装置包括：处理单元1501以及通信单元1502。

处理单元1501，用于通过配置接口获取规范配置信息，规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

通信单元1502，用于向边缘服务器发送配置更新指令；配置更新指令包括规范配置信息，配置更新指令用于指示边缘服务器根据规范配置信息生成业务执行逻辑。

在一个实施例中，变更后的功能包括：原有功能的变更功能、基于原有功能添加的功能或添加的新功能；

其中，变更功能包括以下至少一项：删除配置边缘服务器原有功能后的功能、修改配置边缘服务器原有功能后的功能、在配置边缘服务器原有功能中增加的子功能。

在一个实施例中，配置接口包括配置界面，处理单元1501具体用于，获取当前输入至配置边缘服务器的配置界面的业务内容，根据业务内容确定规范配置信息。

在一个实施例中，处理单元1501具体用于，对业务内容进行逻辑识别处理，得到变更后的功能的执行条件和/或执行操作；

基于变更后的功能的执行条件和执行操作，生成规范配置信息；或者，基于变更后的功能的执行操作生成规范配置信息。

在一个实施例中，规范配置信息包括配置文本。

在一个实施例中，配置界面上包括用于将业务内容进行规范化的可配置项。

在一个实施例中，配置界面包括执行操作的可配置项、执行条件的可配置项以及逻辑代码输入项中的一个或多个。

在一个实施例中，处理单元1501还用于，根据当前输入的业务内容生成配置记录信息，配置记录信息用于向下一次配置提供参考。

在一个实施例中，若业务内容包括变更后的功能的逻辑代码，处理单元1501还用于，解析变更后的功能的逻辑代码，获得逻辑代码包含的执行条件、执行操作，将逻辑代码包含的执行条件、执行操作添加至配置界面；或，将变更后的功能的逻辑代码添加至配置界面。

在一个实施例中，配置界面还包括嵌套级数提示信息；嵌套级数提示信息用于指示单个执行操作下可嵌套的执行逻辑的数量限值。

在一个实施例中，处理单元1501还用于，获取当前单个执行操作下已嵌套的执行逻辑的数量；

若单个执行操作下已嵌套的执行逻辑的数量超过数量限值，则输出调整信息；调整信息用于指示CDN用户调整已嵌套的执行逻辑的数量。

本申请实施例还提供一种业务实现装置，如图16所示，该装置包括：通信单元1601、处理单元1602。

通信单元1601，用于接收配置边缘服务器发送的配置更新指令，配置更新指令包括规范配置信息；规范配置信息用于表征配置边缘服务器变更后的功能的执行条件与执行操作之间的关联关系；

处理单元1602，用于根据规范配置信息生成业务执行逻辑；在通信单元1601接收与业务执行逻辑对应的用户请求时，执行业务执行逻辑对用户请求进行处理。

在一个实施例中，处理单元1602具体用于，对规范配置信息中的配置文本进行解析，根据解析获得的执行条件以及执行操作生成业务执行逻辑；或，

对规范配置信息中的配置文本进行解析，根据解析获得的执行操作生成业务执行逻辑。

在一个实施例中，处理单元1602具体用于，根据规范配置信息以及配置边缘服务器已有功能的服务层逻辑代码，生成业务执行逻辑。

在一个实施例中，处理单元1602具体用于，对规范配置信息中的配置文本、服务层逻辑代码进行解析，根据解析获得的执行条件以及执行操作生成业务执行逻辑；或者，根据解析获得的执行操作生成业务执行逻辑。

在一个实施例中，处理单元1602具体用于，根据服务层逻辑代码以及配置边缘服务器发送业务执行逻辑生成配置边缘服务器功能变更后的业务执行逻辑。

在一个实施例中，处理单元1602具体用于，确定用户请求和业务执行逻辑中的执行条件是否匹配；

若用户请求与业务执行逻辑中的目标执行条件匹配，则根据目标执行条件关联的目标执行操作处理用户请求。

在一个实施例中，若目标执行操作下嵌套子执行逻辑，子执行逻辑包括子执行条件和子操作；处理单元1602具体用于，确定与用户请求匹配的目标子执行条件，根据与目标子执行条件关联的子操作处理用户请求。

在一个实施例中，业务执行逻辑具体包括各个执行操作的描述信息；描述信息包括：执行操作标识和/或子执行逻辑。

在一个实施例中，处理单元1602还用于，确定业务执行逻辑中每一个执行操作的嵌套级数；嵌套级数用于表征执行操作下嵌套的业务执行逻辑的数量；

若存在嵌套级数超过数量限值的异常操作，则通过通信单元1602向监控边缘服务器发送调整信息；调整信息用于指示监控边缘服务器通知配置边缘服务器调整异常操作的嵌套级数。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时前文所述的业务实现方法。

本申请实施例还提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现前文所述的业务实现方法。

一种可能的实现方式中该计算机设备可以是服务器，例如，本申请实施例图1所示系统中的服务器10。其内部结构图可以如图17所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库可以存储配置信息、权限信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。

另一种可能的实现方式中该计算机设备可以是终端设备，例如可以是前文图1所示系统中的配置服务器20，其内部结构图可以如18所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种本申请实施例所述的应用程序包的配置方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (21)

1.一种业务实现方法，其特征在于，用于配置服务器，包括：

通过配置接口获取规范配置信息，所述规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

向边缘服务器发送配置更新指令，以使所述边缘服务器生成业务执行逻辑，所述配置更新指令包括所述规范配置信息；或，将基于所述规范配置信息生成的业务执行逻辑发送至所述边缘服务器。

2.根据权利要求1所述的方法，其特征在于，所述变更后的功能包括：所述原有功能的变更功能、基于原有功能添加的功能或添加的新功能；

其中，所述变更功能包括以下至少一项：删除所述边缘服务器原有功能后的功能、修改所述边缘服务器原有功能后的功能、在所述边缘服务器原有功能中增加的子功能。

3.根据权利要求1所述的方法，其特征在于，所述配置接口包括配置界面，所述获取规范配置信息，包括：

获取当前输入至所述配置界面的业务内容，根据所述业务内容确定所述规范配置信息。

4.根据权利要求3所述的方法，其特征在于，所述规范配置信息包括配置文本。

5.根据权利要求3所述的方法，其特征在于，所述配置界面上包括用于将所述业务内容进行规范化的可配置项。

6.根据权利要求5所述的方法，其特征在于，所述配置界面包括执行操作的可配置项、执行条件的可配置项以及逻辑代码输入项中的一个或多个。

7.根据权利要求3所述的方法，其特征在于，若所述业务内容包括所述变更后的功能的逻辑代码，则所述方法还包括：

解析所述变更后的功能的逻辑代码，获得所述逻辑代码包含的执行条件、执行操作，将所述逻辑代码包含的执行条件、执行操作添加至所述配置界面；

或，将所述变更后的功能的逻辑代码添加至所述配置界面。

8.根据权利要求3所述的方法，其特征在于，所述配置界面还包括嵌套级数提示信息；所述嵌套级数提示信息用于指示单个执行操作下可嵌套的执行逻辑的数量限值。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

获取当前单个执行操作下已嵌套的执行逻辑的数量；

若所述单个执行操作下已嵌套的执行逻辑的数量超过数量限值，则输出调整信息；所述调整信息用于指示用户调整所述已嵌套的执行逻辑的数量。

10.根据权利要求3所述的方法，其特征在于，所述根据所述业务内容确定所述规范配置信息，包括：

对所述业务内容进行逻辑识别处理，得到所述变更后的功能的执行条件和执行操作，或得到所述变更后的功能的执行操作；

基于所述变更后的功能的执行条件和执行操作，或所述变更后的功能的执行操作，生成所述变更后的功能的关联关系结构体。

11.一种业务实现方法，其特征在于，所述方法包括：

接收配置服务器发送的配置更新指令，根据所述配置更新指令中的规范配置信息生成业务执行逻辑；或，接收配置服务器发送的业务执行逻辑，所述业务执行逻辑为所述配置服务器根据规范配置信息生成的；所述规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

在接收与所述业务执行逻辑对应的用户请求时，执行所述业务执行逻辑对所述用户请求进行处理。

12.根据权利要求11所述的方法，其特征在于，所述根据所述规范配置信息生成业务执行逻辑，包括：

对所述规范配置信息中的配置文本进行解析，根据解析获得的执行条件以及执行操作生成所述业务执行逻辑；或，

对所述规范配置信息中的配置文本进行解析，根据解析获得的执行操作生成所述业务执行逻辑。

13.根据权利要求11所述的方法，其特征在于，所述根据所述规范配置信息生成业务执行逻辑，包括：

根据所述规范配置信息以及所述边缘服务器已有功能的服务层逻辑代码，生成所述业务执行逻辑。

14.根据权利要求11所述的方法，其特征在于，所述执行所述业务执行逻辑对所述用户请求进行处理，包括：

确定所述用户请求和所述业务执行逻辑中的执行条件是否匹配；

若所述用户请求与所述业务执行逻辑中的目标执行条件匹配，则根据所述目标执行条件关联的目标执行操作处理所述用户请求。

15.根据权利要求14所述的方法，其特征在于，若所述目标执行操作下嵌套子执行逻辑，所述子执行逻辑包括子执行条件和子操作；

则，所述根据所述目标执行条件关联的执行操作处理所述用户请求，包括：

确定与所述用户请求匹配的目标子执行条件，根据与所述目标子执行条件关联的子操作处理所述用户请求。

16.根据权利要求11-15任一项所述的方法，其特征在于，所述业务执行逻辑具体包括各个执行操作的描述信息；所述描述信息包括：执行操作标识和/或子执行逻辑。

17.一种业务实现装置，其特征在于，包括：

处理单元，通过配置接口用于获取规范配置信息，所述规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；

通信单元，用于向边缘服务器发送配置更新指令，以使所述边缘服务器生成业务执行逻辑；或，将基于所述规范配置信息生成的业务执行逻辑发送至所述边缘服务器。

18.一种业务实现装置，其特征在于，包括：

处理单元，用于通过通信单元接收配置服务器发送的配置更新指令，并根据所述配置更新指令中的规范配置信息生成业务执行逻辑；或，通过通信单元接收配置服务器发送的业务执行逻辑，所述业务执行逻辑为所述配置服务器根据规范配置信息生成的；所述规范配置信息用于表征所述边缘服务器变更后的功能的执行条件与执行操作之间的关联关系；

所述处理单元还用于，在接收与所述业务执行逻辑对应的用户请求时，执行所述业务执行逻辑对所述用户请求进行处理。

19.一种业务实现系统，其特征在于，包括：

配置管理平台，包括配置接口及配置服务器；

所述配置接口，用于进行配置操作以生成规范配置信息；

所述配置服务器，用于通过所述配置接口获取所述规范配置信息，所述规范配置信息用于表征变更后的功能的执行条件与执行操作之间的关联关系；所述配置服务器还用于向边缘服务器发送配置更新指令；

所述边缘服务器，用于接收所述配置服务器发送的所述配置更新指令，根据所述配置更新指令中的规范配置信息生成业务执行逻辑；或，接收所述配置服务器发送的业务执行逻辑，所述业务执行逻辑为所述配置服务器根据规范配置信息生成的；所述边缘服务器还用于，在接收与所述业务执行逻辑对应的用户请求时，执行所述业务执行逻辑对所述用户请求进行处理。

20.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至16中任一项所述的方法的步骤。

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

Images