CN115514817A - 一种信息处理方法、设备和计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法，所述方法包括：获取用于处理待处理节点的节点处理信息并发送至内容分发网络CDN调度中心；所述节点处理信息中携带有所述待处理节点的目标标识；接收所述CDN调度中心发送的用于表征业务调整完成的第一通知消息；所述第一通知消息是所述CDN调度中心在基于所述节点处理信息将所述待处理节点对应的待处理业务分配至目标节点后生成的；接收云管理平台发送的用于表征所述待处理节点已处理的第二通知消息；所述第二通知消息是所述云管理平台通过云平台确定所述待处理节点已处理后发送的；基于所述第二通知消息更新CDN系统中的节点的节点状态。本申请实施例还公开了一种信息处理设备和计算机可读存储介质。

Description

一种信息处理方法、设备和计算机可读存储介质

技术领域

本申请涉及信息处理领域中的信息处理技术，尤其涉及一种信息处理方法、设备和计算机可读存储介质。

背景技术

内容分发网络(Content Delivery Network，CDN)中的节点呈分布式部署，且缓存内容可存储在多个节点之上，当其中一个节点需要进行运维相关操作而无法提供服务时，通常需要通过调整策略，使其分发的业务迁移至其他节点，保证业务不受影响，且执行运维操作时，要确认被操作节点全部服务已终止。传统物理部署的CDN系统，上述操作通常都需要采用人工方式来完成；并且，当监测到节点故障以及节点故障恢复时，也要通过人工方式调整调度策略。但是，人工操作应对系统故障的响应不及时，会影响正常业务并导致系统运维效率低，且容易出现误操作影响现网业务。

发明内容

为解决上述技术问题，本申请实施例期望提供一种信息处理方法、设备和计算机可读存储介质，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

本申请的技术方案是这样实现的：

一种信息处理方法，所述方法包括：

获取用于处理待处理节点的节点处理信息并发送至CDN调度中心；其中，所述节点处理信息中携带有所述待处理节点的目标标识；

接收所述CDN调度中心发送的用于表征业务调整完成的第一通知消息；其中，所述第一通知消息是所述CDN调度中心在基于所述节点处理信息将所述待处理节点对应的待处理业务分配至目标节点后生成的；

接收云管理平台发送的用于表征所述待处理节点已处理的第二通知消息；其中，所述第二通知消息是所述云管理平台通过云平台确定所述待处理节点已处理后发送的；

基于所述第二通知消息，更新CDN系统中的节点的节点状态。

上述方案中，所述获取用于处理待处理节点的节点处理信息并发送至CDN调度中心，包括：

接收终端发送的所述节点处理信息，并通过节点状态管理接口发送所述节点处理信息至所述CDN调度中心；其中，所述节点处理信息用于指示对所述待处理节点进行删除处理、缩容处理、升级处理和降级处理；所述节点状态管理接口中包括所述待处理节点的标识、所述待处理节点的节点状态和所述待处理节点的状态变化说明。

上述方案中，所述获取用于处理待处理节点的节点处理信息并发送至CDN调度中心，包括：

接收所述云管理平台发送的所述节点异常信息，并通过节点状态告警接口发送所述节点异常信息至所述CDN调度中心；其中，所述节点异常信息是所述云管理平台通过云平台监控到服务节点存在异常时生成的；所述节点状态告警接口中包括所述待处理节点的标识和所述待处理节点的节点状态。

上述方案中，所述方法还包括：

基于所述第一通知消息，监测所述待处理节点当前承载业务的状态；

确定所述待处理节点当前未承载业务的情况下，生成用于处理所述待处理节点的处理请求并通过所述云管理平台转发至云平台；其中，所述处理请求用于指示所述云平台对所述待处理节点的数据参数进行修改。

上述方案中，所述方法还包括：

发送用于表征所述待处理节点的节点状态已恢复的第三通知消息至所述CDN调度中心；其中，所述第三通知消息用于指示所述CDN调度中心恢复所述待处理节点的业务处理功能；

接收所述CDN调度中心发送的用于表征已由所述待处理节点处理所述待处理业务的第四通知消息；其中，所述第四通知消息是所述CDN调度中心恢复所述待处理节点的业务处理功能后生成的。

一种信息处理方法，所述方法包括：

接收CDN运营中心发送的用于处理待处理节点的节点处理信息；其中，所述节点处理信息中携带有所述待处理节点的目标标识；

基于所述节点处理信息和所述目标标识，将所述待处理节点对应的待处理业务分配至目标节点；

生成用于表征待处理业务调整完成的第一通知消息，并发送所述第一通知消息至CDN运营中心。

上述方案中，所述接收CDN运营中心发送的节点处理信息，包括：

通过节点状态管理接口接收所述CDN运营中心发送的所述节点处理信息；其中，所述节点状态管理接口中包括所述待处理节点的标识、所述待处理节点的节点状态和所述待处理节点的状态变化说明；所述节点处理信息用于指示对所述待处理节点进行删除处理、缩容处理、升级处理和降级处理。

上述方案中，所述接收CDN运营中心发送的节点处理信息，包括：

通过节点状态告警接口接收所述CDN运营中心发送的节点异常信息；其中，所述节点状态告警接口中包括所述待处理节点的标识和所述待处理节点的节点状态；其中，所述节点处理信息包括所述节点状态异常信息。

上述方案中，所述基于所述节点处理信息和所述目标标识，将所述待处理节点对应的业务信息分配至目标节点，包括：

基于所述节点处理信息，从节点状态为正常的CDN系统中的节点中确定所述目标节点；

调整针对所述CDN系统中的节点的调度策略为由所述目标节点处理所述待处理业务，以将所述待处理业务分配至所述目标节点。

上述方案中，所述方法还包括：

在所述节点处理信息指示对所述待处理节点的功能进行修改的情况下，接收所述CDN运营中心发送的第三通知消息；其中，所述第三通知消息用于表征所述待处理节点的节点状态已恢复为正常；

基于所述第三通知消息，调整针对所述CDN系统中的节点的调度策略为由所述待处理节点处理所述待处理业务，以恢复所述待处理节点的业务处理功能；

生成用于表征已由所述待处理节点处理所述待处理业务的第四通知消息，并发送所述第四通知消息至所述CDN运营中心。

一种信息处理方法，所述方法包括：

确定CDN系统中的节点的节点状态；

在基于所述节点状态确定所述节点中存在需要处理的待处理节点的情况下，对所述待处理节点进行处理；

通过云管理平台发送用于表征所述待处理节点已处理的第二通知消息至CDN运营中心；其中，所述第二通知消息用于指示所述CDN运营中心更新所述CDN系统中的节点的节点状态。

上述方案中，所述确定CDN系统中的节点的节点状态，包括：

接收所述CDN运营中心通过云管理平台转发的用于处理待处理节点的处理请求；

基于所述处理请求，确定所述待处理节点的节点状态；

相应的，所述在基于所述节点状态确定所述节点中存在需要处理的待处理节点的情况下，对所述待处理节点进行处理，包括：

在基于所述待处理节点的节点状态确定所述节点中存在需要处理的待处理节点的情况下，对所述待处理节点进行处理。

一种CDN运营中心，所述CDN运营中心包括：第一处理器、第一存储器和第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的通信连接；

所述第一处理器用于执行第一存储器中的信息处理程序，以实现上述任一项所述的步骤。

一种CDN调度中心，所述CDN调度中心包括：第二处理器、第二存储器和第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的通信连接；

所述第二处理器用于执行第二存储器中的信息处理程序，以实现上述任一项所述的步骤。

一种云平台，所述云平台包括：第三处理器、第三存储器和第三通信总线；

所述第三通信总线用于实现第三处理器和第三存储器之间的通信连接；

所述第三处理器用于执行第三存储器中的信息处理程序，以实现述所述的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述所述的信息处理方法的步骤。

本申请的实施例所提供的信息处理方法、设备和计算机可读存储介质，获取用于处理待处理节点的携带有待处理节点的目标标识的节点处理信息并发送至CDN调度中心，接收CDN调度中心在将待处理节点对应的待处理业务分配至目标节点后生成并发送的用于表征业务调整完成的第一通知消息，之后接收云管理平台发送的用于表征待处理节点的节点状态已恢复为正常的第二通知消息，最后基于第二通知消息更新CDN系统中的节点的节点状态，如此，CDN运营中心在确定有待处理节点需要处理时可以主动将节点处理信息发送至CDN调度中心，并接收在CDN调度中心将待处理节点对应的待处理业务分配至目标节点后发送的第一通知消息，之后在接收到云管理平台发送的表征待处理节点的节点状态已恢复为正常的第二通知消息，并基于第二通知消息更新CDN系统中的节点的节点状态，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

附图说明

图1为本申请的实施例提供的一种信息处理方法的流程示意图；

图2为本申请的实施例提供的另一种信息处理方法的流程示意图；

图3为本申请的实施例提供的又一种信息处理方法的流程示意图；

图4为本申请的另一实施例提供的一种信息处理方法的流程示意图；

图5为本申请的另一实施例提供的另一种信息处理方法的流程示意图；

图6为本申请的另一实施例提供的又一种信息处理方法的流程示意图；

图7为本申请的实施例提供的一种信息处理系统的结构示意图；

图8为本申请的实施例提供的一种CDN运营中心的结构示意图；

图9为本申请的实施例提供的一种CDN调度中心的结构示意图；

图10为本申请的实施例提供的一种云平台的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

应理解，说明书通篇中提到的“本申请实施例”或“前述实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“本申请实施例中”或“在前述实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中应。在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在未做特殊说明的情况下，电子设备执行本申请实施例中的任一步骤，可以是电子设备的处理器执行该步骤。还值得注意的是，本申请实施例并不限定电子设备执行下述步骤的先后顺序。另外，不同实施例中对数据进行处理所采用的方式可以是相同的方法或不同的方法。还需说明的是，本申请实施例中的任一步骤是电子设备可以独立执行的，即电子设备执行下述实施例中的任一步骤时，可以不依赖于其它步骤的执行。

应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请实施例提供一种信息处理方法，该方法可以应用于CDN运营中心，参照图1所示，该方法包括以下步骤：

步骤101、获取用于处理待处理节点的节点处理信息并发送至CDN调度中心。

其中，节点处理信息中携带有待处理节点的目标标识。

在本申请实施例中，待处理节点可以指的是CDN系统中的节点中需要进行运维相关操作的服务节点，也可以指的是存在异常的服务节点。节点处理信息可以指的是对待处理节点进行删除或者对待处理节点的数据参数进行修改的处理指令；需要说明的是，节点处理信息还可以是指示待处理节点存在异常的指令信息；在一种可行的实现方式中，对待处理节点的数据参数进行修改可以包括对待处理节点对应的应用进行缩容处理、升级处理和降级处理等。

需要说明的是，节点处理信息可以是运维人员在检测到有待处理节点需要进行处理时主动通过终端发送给CDN运营中心的，也可以是云管理平台在监控到具有存在异常的节点时生成并主动上报给CDN运营中心的。

步骤102、接收CDN调度中心发送的用于表征业务调整完成的第一通知消息。

其中，第一通知消息是CDN调度中心在基于节点处理信息将待处理节点对应的待处理业务分配至目标节点后生成的。

在本申请实施例中，CDN调度中心在接收到CDN运营中心发送的节点处理信息后，可以响应该节点处理信息调整针对目标标识对应的待处理节点的调度策略，并在调整完成调度策略后生成第一通知消息，之后将该第一通知消息发送值CDN运营中心；需要说明的是，调度策略可以指的是每个节点对应的需要处理的业务；针对待处理节点的调度策略可以指的是待处理节点对应的待处理业务调整至由其它节点来处理。

步骤103、接收云管理平台发送的用于表征待处理节点已处理的第二通知消息。

其中，第二通知消息是云管理平台通过云平台确定待处理节点的节点已处理后发送的。

在本申请实施例中，第二通知消息可以是云管理平台通过云平台监控到待处理节点的节点状态已恢复为正常后生成并发送的；当然，第二通知消息也可以是云平台对待处理节点进行相应处理后生成的，并经由云管理平台转发的。需要说明的是，也是在云平台对处理节点进行修复后云管理平台才可以通过云平台监控到待处理节点的节点状态恢复为正常。当然，对待处理节点进行的相应处理可以包括直接对待处理节点进行处理，或者对待处理节点对应的应用进行处理。

步骤104、基于第二通知消息，更新CDN系统中的节点的节点状态。

在本申请实施例中，CDN运营中心接收到第二通知消息后，可以认为待处理节点的节点状态已经恢复为正常，此时CDN运营中心可以针对CDN系统中包括的所有服务节点，整体更新CDN系统中包括的所有服务节点的节点状态，以使得当前CDN系统中的所有服务节点的节点状态均是最新的状态，保证节点状态的准确性，从而保证业务的正常运行。

本申请实施例所提供的信息处理方法，CDN运营中心在确定有待处理节点需要处理时可以主动将节点处理信息发送至CDN调度中心，并接收在CDN调度中心将待处理节点对应的待处理业务分配至目标节点后发送的第一通知消息，之后在接收到云管理平台发送的表征待处理节点的节点状态已恢复为正常的第二通知消息，并基于第二通知消息更新CDN系统中的节点的节点状态，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请实施例提供一种信息处理方法，该方法可以应用于CDN调度中心，参照图2所示，该方法包括以下步骤：

步骤201、接收CDN运营中心发送的用于处理待处理节点的节点处理信息。

其中，节点处理信息中携带有待处理节点的目标标识。

在本申请实施例中，CDN调度中心针对不同的节点处理信息可以采用不同的接口来接收；如果节点处理信息指的是对待处理节点进行删除或者对待处理节点的数据参数进行修改的处理指令，CDN调度中心可以通过节点状态管理接口来接收节点处理信息；如果节点处理信息是指示待处理节点存在异常的指令信息，CDN调度中心可以通过节点状态告警接口来接收节点处理信息；需要说明的是，节点状态管理接口与节点状态告警接口不同，且节点状态管理接口与节点状态告警接口中包括的信息不同。

步骤202、基于节点处理信息和目标标识，将待处理节点对应的待处理业务分配至目标节点。

其中，CDN调度中心接收到CDN运营中心发送的节点处理信息后，可以通过调整针对目标标识对应的待处理节点的调度策略，来将待处理节点对应的待处理业务分配至由目标节点来处理。需要说明的是，目标节点可以是基于节点状态从CDN系统中的节点中确定出来的服务节点。

在本申请实施例中，因为CDN调度中心将待处理节点对应的待处理业务调整至由目标节点来处理，这样可以保证待处理业务的正常运行，此时云平台就可以对待处理节点进行节点状态恢复、删除待处理节点或者修改待处理节点的数据参数的处理，进而实现对待处理节点的处理，从而在保证现网业务正常运行的同时，实现自动对待处理节点进行处理。

步骤203、生成用于表征待处理业务调整完成的第一通知消息，并发送第一通知消息至CDN运营中心。

在本申请实施例中，CDN调度中心在将目标标识对应的待处理节点上的待处理业务分配至由目标节点来处理后，CDN调度中心需要告知CDN运营中心业务调整成功的结果；此时，CDN调度中心可以生成第一通知消息，并将该第一通知消息发送至CDN运营中心；这样，CDN运营中心在接收到第一通知消息后，就会知道CDN调度中心已经将待处理节点上的待处理业务调整至由其它节点来处理；这样，如果指的是对待处理节点进行删除或者对待处理节点的数据参数进行修改的处理指令，此时CDN运营中心可以进行后续的处理，以通过云管理平台请求云平台对待处理节点进行相应的处理。进而，实现自动处理节点故障，提高了系统的运维效率。

本申请实施例所提供的信息处理方法，CDN调度中心在接收到CDN运营中心发送的用于处理待处理节点的节点处理信息后，将待处理节点对应的待处理业务分配至目标节点，之后发送用于表征待处理业务调整完成的第一通知消息至CDN运营中心，这样CDN运营中心就可以通过云管理平台请求云平台对待处理节点进行相应的处理，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请的实施例提供一种信息处理方法，该方法可以应用于云平台，参照图3所示，该方法包括以下步骤：

步骤301、确定CDN系统中的节点的节点状态。

在本申请实施例中，CDN系统中的节点的节点状态可以指的是CDN系统中包括的每一个节点的节点状态；其中，节点状态可以指的是节点当前的状态变化情况。需要说明的是，云平台可以是在云管理平台通过自己监控CDN系统中的节点的时候，来确定CDN系统中的节点的节点状态的。或者，云平台可以是在接收到CDN运营中心通过云管理平台转发的对待处理节点进行处理的请求后确定出CDN系统中的节点的节点状态的。

在一种可行的实现方式中，本申请实施例中的云平台可以指的是边缘云平台，云管理平台可以指的是边缘云管理平台。

步骤302、在基于CDN系统中的节点的节点状态确定CDN系统中的节点中存在需要处理的待处理节点，且待处理节点的待处理业务已迁移的情况下，对待处理节点进行处理。

在本申请实施例中，云管理平台通过云平台监控到存在节点状态为异常的节点时，就可以认为CDN系统中的节点中存在需要处理的待处理节点；并且，云平台在确定待处理节点的待处理业务已迁移时，云平台可以对存在异常的待处理节点进行状态恢复，使得待处理节点对应的待处理业务可以正常处理；或者，云平台接收到对待处理节点进行处理的请求后可以确定需要对待处理节点进行处理，且待处理节点的待处理业务已迁移，此时云平台可以对待处理节点进行与处理请求对应对删除待处理节点的处理或者修改待处理节点的数据参数的处理。

步骤303、通过云管理平台发送用于表征待处理节点已处理的第二通知消息至CDN运营中心。

其中，第二通知消息用于指示CDN运营中心更新CDN系统中的节点的节点状态。

在本申请实施例中，云平台对待处理节点进行删除待处理节点的处理或者修改待处理节点的数据参数的处理后，可以给CDN运营中心发送第二通知消息，以便于CDN运营中心知道待处理节点当前的节点状态，进而进行后续的调度策略调整以恢复待处理节点的业务处理功能。

本申请实施例所提供的信息处理方法，云平台在确定需要对待处理节点进行处理且CDN调度中心已经将待处理节点的待处理业务迁移时，对待处理节点进行相应的处理，处理完成后通过云管理平台发送第二通知消息给CDN运营中心，以便告知CDN运营中心待处理节点的节点状态已经恢复为正常，从而使得CDN运营中心可以更新整个节点的节点状态，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请的实施例提供一种信息处理方法，参照图4所示，该方法可以包括以下步骤：

步骤401、CDN运营中心接收终端发送的节点处理信息，并通过节点状态管理接口发送节点处理信息至CDN调度中心。

其中，节点处理信息用于指示对待处理节点进行删除处理、缩容处理、升级处理和降级处理；节点状态管理接口中包括待处理节点的目标标识、待处理节点的节点状态和待处理节点的状态变化说明。

在本申请实施例中，终端可以指的是CDN运维人员进行节点监控所使用的设备；节点处理信息可以是CDN运维人员在监控到需要对待处理节点进行删除、缩容或升(降)级处理时，通过自己的终端发送给CDN运营中心的；在一种可行的实现方式中，节点处理信息可以包括节点删除信息、节点缩容信息或节点升(降)级信息。需要说明的是，如下表所示节点状态管理接口可以包括节点标识字段、节点状态字段和状态变化说明字段；其中，节点标识指的是发生变化的节点的标识，本申请实施例中可以指的是待处理节点的标识；节点状态可以包括0和1两种状态，指的是节点的状态变化情况，0表示节点需要进行状态调整，无法提供服务；1表示节点状态已经恢复；状态说明指的是节点状态发生变化的原因，包括0、1、2、和3，0表示进行了删除处理，1表示进行了扩容处理、2表示进行了缩容处理、3表示进行了升(降)级处理。

步骤402、CDN调度中心通过节点状态管理接口接收CDN运营中心发送的用于处理待处理节点的节点处理信息。

步骤403、CDN调度中心基于节点处理信息，从节点状态为正常的CDN系统中的节点中确定目标节点。

其中，CDN调度中心接收到CDN运营中心发送的节点处理信息后，从CDN系统中的节点中获取节点状态为正常的节点，之后从节点状态为正常的节点中选取用来承载待处理节点对应的待处理业务的目标节点；需要说明的是，目标节点的数量可以是一个也可以是多个；当目标节点的数量为多个时，可以将待处理业务分成多个业务让目标节点来承担。

步骤404、CDN调度中心调整针对CDN系统中的节点的调度策略为由目标节点处理待处理业务，以将待处理业务分配至目标节点。

其中，若目标节点只有一个，CDN调度中心直接将待处理业务分配至由目标节点来处理；若目标节点有多个，CDN调度中心可以先将待处理业务拆分成数量与目标节点的数量匹配的多个业务，然后分配拆分后的业务至多个目标节点。

步骤405、CDN调度中心生成用于表征待处理业务调整完成的第一通知消息，并发送第一通知消息至CDN运营中心。

步骤406、CDN运营中心接收CDN调度中心发送的第一通知消息。

在本申请实施例中，CDN调度中心调整完针对CDN系统中的节点的调度策略后，为了让CDN运营中心知道针对CDN系统中的节点的调度策略已调整完成，需要生成第一通知消息并发送至CDN运营中心；这样，CDN运营中心在接收到第一通知消息后，可以确定待处理业务已经调整至由目标节点来处理。

步骤407、CDN运营中心基于第一通知消息，监测待处理节点当前承载业务的状态。

步骤408、CDN运营中心确定待处理节点当前未承载业务的情况下，生成用于处理待处理节点的处理请求并通过云管理平台转发至云平台。

其中，处理请求用于指示云平台对待处理节点的数据参数进行修改。

在本申请实施例中，CDN运营中心确定待处理业务已经调整至由目标节点来处理时，可以确定待处理节点当前是否承载有业务；其中，CDN运营中心可以监测待处理节点当前承载业务的状态，进而确定待处理节点当前是否承载有业务。

其中，CDN运营中心确定待处理节点当前没有承载业务后，可以生成请求云平台对待处理节点进行处理的处理请求；当然，该处理请求可以是通过云管理平台转发至云平台的。需要说明的是，CDN运营中心在确定待处理节点当前没有承载业务后才生成处理请求，是为了保证当前正在运行的业务不受影响，以保证现有业务的正常运行。

在本申请其它实施例中，若节点处理信息包括节点删除处理，那么处理请求指的是删除待处理节点的请求；若节点处理信息包括节点缩容、升(降)级处理信息，那么处理请求指的是对待处理节点对应的应用服务进行处理，其中可以包括对待处理节点对应的应用服务进行缩容、升(降)级处理。

步骤409、云平台接收CDN运营中心通过云管理平台转发的用于处理待处理节点的处理请求。

在本申请实施例中，CDN运营中心先通过生命周期管理接口将处理请求发送至云管理平台，之后通过云管理平台发送至云平台。

步骤410、云平台基于处理请求，确定待处理节点的节点状态。

步骤411、在基于待处理节点的节点状态确定CDN系统中的节点中存在需要处理的待处理节点的情况下，云平台对待处理节点进行处理。

在本申请实施例中，云平台接收到用于处理待处理节点的处理请求后就可以确定待处理节点的节点状态存在异常，此时可以对待处理进行与处理请求相应的删除、升(降)级或缩容处理等。

步骤412、云平台生成用于表征待处理节点已处理的第二通知消息，并通过云管理平台发送至CDN运营中心。

其中，云平台对待处理节点进行处理后，CDN运营中心还需要知道当前待处理节点的节点状态，以便实时知晓CDN系统中的节点的节点状态；也就是说，云平台对待处理节点进行处理后，可以发送第二通知消息给云管理平台，接着云管理平台可以转发该第二通知消息给CDN运营中心。

步骤413、CDN运营中心基于第二通知消息，更新CDN系统中的节点的节点状态。

需要说明的是，CDN运营中心更新完CDN系统中的节点的节点状态后，CDN系统中的节点的节点状态都表征的是服务节点当前的实时状态，提高了系统运维效率；且，整个处理过程不需要人工参与，是由CDN运营中心、CDN调度中心、云管理平台和云平台之间协同操作来实现对待处理节点的处理的，避免了对节点状态正常的节点的误操作，为现网业务的正常运行提供了保障。

在本申请的其他实施例中，参照图5所示，该方法还可以包括以下步骤：

步骤414、CDN运营中心发送用于表征待处理节点的节点状态已恢复的第三通知消息至CDN调度中心。

在本申请实施例中，如果节点处理信息包括节点删除信息，那么云平台删除待处理节点后，告知CDN运营中心删除结果就行了，CDN运营中心不需要再进行任何后续的操作；如果节点处理信息包括节点缩容和升(降)级处理信息，那么云平台对待处理节点进行相应的缩容或升(降)级处理后，告知CDN运营中心待处理节点已进行了相应的缩容或升(降)级处理后；CDN调度中心还需要调整针对CDN系统中的所有节点的调度策略。

步骤415、CDN调度中心接收CDN运营中心发送的第三通知消息。

其中，CDN运营中心接收到第三通知消息后，转发该第三通知消息给CDN调度中心，以便于CDN调度中心进行后续的针对CDN系统中的所有节点的调度策略的调整。

步骤416、CDN调度中心基于第三通知消息，调整针对CDN系统中的节点的调度策略为由待处理节点处理待处理业务，以恢复待处理节点的业务处理功能。

在本申请实施例中，CDN调度中心接收到第三通知消息后，可以确定待处理节点的节点状态恢复为正常，此时CDN调度中心就需要恢复待处理节点处理待处理业务的能力；也就是说，CDN调度中心需要再一次调整针对整个节点的调度策略，将由待处理业务由目标节点调整为待处理业务由待处理节点处理，从而恢复待处理节点的业务处理功能。

步骤417、CDN调度中心生成用于表征已由待处理节点处理待处理业务的第四通知消息，并发送第四通知消息至CDN运营中心。

步骤418、CDN运营中心接收CDN调度中心发送的第四通知消息。

其中，CDN调度中心再次进行策略调整后，需要将再次调整调度策略的调整结果告知CDN运营中心，以便CDN运营中心实时知晓所有服务节点的节点状态。

需要说明的是，本申请实施例与其它实施例中相同或相应步骤的解释，可以参照其它实施例中的描述，此处不在赘述。

本申请实施例所提供的信息处理方法，只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请的实施例提供一种信息处理方法，参照图6所示，该方法包括以下步骤：

步骤501、CDN运营中心接收云管理平台发送的节点异常信息，并通过节点状态告警接口发送节点异常信息至CDN调度中心。

其中，节点异常信息是云管理平台通过云平台监控到节点存在异常时生成的；节点状态告警接口中包括待处理节点的目标标识和待处理节点的节点状态。

在本申请实施例中，节点异常信息可以指的是CDN系统中的节点中有节点的节点状态异常了，从而使得应用无法正常工作；此时，云管理平台会生成节点异常信息并发送给CDN运营中心，以便实时上报告警给CDN运营中心。其中，CDN系统中的节点中是否具有节点的节点状态异常，这可以是云管理平台通过云平台对CDN系统中的节点进行实时监控后确定的。

需要说明的是，如下表所示节点状态告警接口可以包括节点标识字段和节点状态字段；其中，节点标识指的是发生变化的节点的标识，本申请实施例中可以指的是待处理节点的标识；节点状态可以包括0和1两种状态，指的是节点的状态异常的情况，0表示节点状态异常，无法服务；1表示节点状态已经恢复。

步骤502、CDN调度中心通过节点状态告警接口接收CDN运营中心发送的节点异常信息。

其中，节点处理信息包括节点状态异常信息。

步骤503、CDN调度中心基于节点异常信息，从节点状态为正常的CDN系统中的节点中确定目标节点。

步骤504、CDN调度中心调整针对CDN系统中的节点的调度策略为由目标节点处理待处理业务，以将待处理业务分配至目标节点。

步骤505、CDN调度中心生成用于表征待处理业务调整完成的第一通知消息，并发送第一通知消息至CDN运营中心。

步骤506、CDN运营中心接收CDN调度中心发送的第一通知消息。

步骤507、云平台确定CDN系统中的节点的节点状态。

在本申请实施例中，云管理平台可以通过云平台对CDN系统中的节点进行实时监控，来确定CDN系统中的节点的节点状态；从而，云平台也可以确定CDN系统中的节点的节点状态。

步骤508、在基于节点状态确定节点中存在需要处理的待处理节点的情况下，云平台对待处理节点进行处理。

其中，在监测到CDN系统中的节点的节点状态具有异常的状态时就可以认为节点中存在需要处理的待处理节点；此时，云平台会对待处理节点进行修复或者将待处理节点从一个服务器迁移到另一个服务器上(即进行热迁移)，从而使得待处理节点的节点状态恢复为正常，即节点状态为1。

步骤509、云管理平台监测到待处理节点已处理后发送用于表征待处理节点已处理的第二通知消息至CDN运营中心。

在本申请实施例中，云管理平台监测到待处理节点已处理后可以认为待处理节点已经可以正常处理待处理业务，此时会生成第二通知消息。

步骤510、CDN运营中心接收云管理平台发送的第二通知消息。

步骤511、CDN运营中心基于第二通知消息，更新CDN系统中的节点的节点状态。

步骤512、CDN运营中心发送用于表征待处理节点的节点状态已恢复的第三通知消息至CDN调度中心。

步骤513、CDN调度中心接收CDN运营中心发送的第三通知消息。

步骤514、CDN调度中心基于第三通知消息，调整针对CDN系统中的节点的调度策略为由待处理节点处理待处理业务，以恢复待处理节点的业务处理功能。

步骤515、CDN调度中心生成用于表征已由待处理节点处理待处理业务的第四通知消息，并发送第四通知消息至CDN运营中心。

步骤516、CDN运营中心接收CDN调度中心发送的第四通知消息。

需要说明的是，本申请实施例与其它实施例中相同或相应步骤的解释，可以参照其它实施例中的描述，此处不在赘述。

本申请实施例所提供的信息处理方法，只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请实施例提供的信息处理方法可以应用于图7所示的信息处理系统中，该信息处理系统可以包括CDN调度中心、CDN运营中心、云管理平台和云平台；其中，云管理平台可以指的是边缘云管理平台，云平台可以指的是边缘云平台；CDN调度中心和CDN运营中心之间可以通过新增的接口节点状态管理接口或节点状态告警接口来进行信息交互，云管理平台和CDN运营中心之间可以通过已有的接口生命周期管理接口进行信息交互。

基于前述实施例，本申请的实施例提供一种CDN运营中心，该CDN运营中心可以应用于图1、4～6对应的实施例提供的信息处理方法中，参照图8所示，该CDN运营中心6可以包括：第一处理器61、第一存储器62和第一通信总线63，其中：

第一通信总线63用于实现第一处理器61和第一存储器62之间的通信连接；

第一处理器61用于执行第一存储器62中的信息处理程序，以实现图1、4～6对应的实施例提供的信息处理方法中的步骤。

本申请实施例所提供的CDN运营中心，在确定有待处理节点需要处理时可以主动将节点处理信息发送至CDN调度中心，并接收在CDN调度中心将待处理节点对应的待处理业务分配至目标节点后发送的第一通知消息，之后在接收到云管理平台发送的表征待处理节点的节点状态已恢复为正常的第二通知消息，并基于第二通知消息更新CDN系统中的节点的节点状态，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响

基于前述实施例，本申请的实施例提供一种CDN调度中心，该CDN调度中心可以应用于图2、4～6对应的实施例提供的信息处理方法中，参照图9所示，该CDN调度中心7可以包括：第二处理器71、第二存储器72和第二通信总线73，其中：

第二通信总线73用于实现第二处理器71和第二存储器72之间的通信连接；

第二处理器71用于执行第二存储器72中的信息处理程序，以实现图2、4～6对应的实施例提供的信息处理方法中的步骤。

本申请实施例所提供的CDN调度中心，在接收到CDN运营中心发送的用于处理待处理节点的节点处理信息后，将待处理节点对应的待处理业务分配至目标节点，之后发送用于表征待处理业务调整完成的第一通知消息至CDN运营中心，这样CDN运营中心就可以通过云管理平台请求云平台对待处理节点进行相应的处理，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请的实施例提供一种云平台，该云平台可以应用于图3～6对应的实施例提供的信息处理方法中，参照图10所示，该云平台8可以包括：第三处理器81、第三存储器82和第三通信总线83，其中：

第三通信总线83用于实现第三处理器81和第三存储器82之间的通信连接；

第三处理器81用于执行第三存储器82中的信息处理程序，以实现图3～6对应的实施例提供的信息处理方法中的步骤。

本申请实施例所提供的云平台，在确定需要对待处理节点进行处理且CDN调度中心已经将待处理节点的待处理业务迁移时，对待处理节点进行相应的处理，处理完成后通过云管理平台发送第二通知消息给CDN运营中心，以便告知CDN运营中心待处理节点的节点状态已经恢复为正常，从而使得CDN运营中心可以更新整个节点的节点状态，即只需要CDN运营中心、CDN调度中心、云管理平台和云平台之间的交互处理就可以实现对待处理节点的处理，不需要依赖人工方式对待处理节点进行处理，解决了人工处理节点故障存在不及时影响正常业务的问题，提高了系统运维效率，且避免了误操作对现网业务的影响。

基于前述实施例，本申请的实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现图1～6对应的实施例提供的信息处理方法的步骤。

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

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

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

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

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (16)

1.一种信息处理方法，其特征在于，所述方法包括：

获取用于处理待处理节点的节点处理信息并发送至内容分发网络CDN调度中心；其中，所述节点处理信息中携带有所述待处理节点的目标标识；

接收所述CDN调度中心发送的用于表征业务调整完成的第一通知消息；其中，所述第一通知消息是所述CDN调度中心在基于所述节点处理信息将所述待处理节点对应的待处理业务分配至目标节点后生成的；

接收云管理平台发送的用于表征所述待处理节点已处理的第二通知消息；其中，所述第二通知消息是所述云管理平台通过云平台确定所述待处理节点已处理后发送的；

基于所述第二通知消息，更新CDN系统中的节点的节点状态。

2.根据权利要求1所述的方法，其特征在于，所述获取用于处理待处理节点的节点处理信息并发送至CDN调度中心，包括：

接收终端发送的所述节点处理信息，并通过节点状态管理接口发送所述节点处理信息至所述CDN调度中心；其中，所述节点处理信息用于指示对所述待处理节点进行删除处理、缩容处理、升级处理和降级处理；所述节点状态管理接口中包括所述待处理节点的目标标识、所述待处理节点的节点状态和所述待处理节点的状态变化说明。

3.根据权利要求1所述的方法，其特征在于，所述获取用于处理待处理节点的节点处理信息并发送至CDN调度中心，包括：

接收所述云管理平台发送的所述节点异常信息，并通过节点状态告警接口发送所述节点异常信息至所述CDN调度中心；其中，所述节点异常信息是所述云管理平台通过云平台监控到服务节点存在异常时生成的；所述节点状态告警接口中包括所述待处理节点的目标标识和所述待处理节点的节点状态。

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

基于所述第一通知消息，监测所述待处理节点当前承载业务的状态；

确定所述待处理节点当前未承载业务的情况下，生成用于处理所述待处理节点的处理请求并通过所述云管理平台转发至云平台；其中，所述处理请求用于指示所述云平台对所述待处理节点的数据参数进行修改。

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

发送用于表征所述待处理节点的节点状态已恢复的第三通知消息至所述CDN调度中心；其中，所述第三通知消息用于指示所述CDN调度中心恢复所述待处理节点的业务处理功能；

接收所述CDN调度中心发送的用于表征已由所述待处理节点处理所述待处理业务的第四通知消息；其中，所述第四通知消息是所述CDN调度中心恢复所述待处理节点的业务处理功能后生成的。

6.一种信息处理方法，其特征在于，所述方法包括：

接收CDN运营中心发送的用于处理待处理节点的节点处理信息；其中，所述节点处理信息中携带有所述待处理节点的目标标识；

基于所述节点处理信息和所述目标标识，将所述待处理节点对应的待处理业务分配至目标节点，以便云平台对所述待处理节点进行处理；

生成用于表征待处理业务调整完成的第一通知消息，并发送所述第一通知消息至CDN运营中心。

7.根据权利要求6所述的方法，其特征在于，所述接收CDN运营中心发送的节点处理信息，包括：

通过节点状态管理接口接收所述CDN运营中心发送的所述节点处理信息；其中，所述节点状态管理接口中包括所述待处理节点的标识、所述待处理节点的节点状态和所述待处理节点的状态变化说明；所述节点处理信息用于指示对所述待处理节点进行删除处理、缩容处理、升级处理和降级处理。

8.根据权利要求6所述的方法，其特征在于，所述接收CDN运营中心发送的节点处理信息，包括：

通过节点状态告警接口接收所述CDN运营中心发送的节点异常信息；其中，所述节点状态告警接口中包括所述待处理节点的标识和所述待处理节点的节点状态；其中，所述节点处理信息包括所述节点状态异常信息。

9.根据权利要求6所述的方法，其特征在于，所述基于所述节点处理信息和所述目标标识，将所述待处理节点对应的业务信息分配至目标节点，包括：

基于所述节点处理信息，从节点状态为正常的CDN系统中的节点中确定所述目标节点；

调整针对CDN系统中的节点的调度策略为由所述目标节点处理所述待处理业务，以将所述待处理业务分配至所述目标节点。

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

在所述节点处理信息指示对所述待处理节点的功能进行修改的情况下，接收所述CDN运营中心发送的第三通知消息；其中，所述第三通知消息用于表征所述待处理节点的节点状态已恢复为正常；

基于所述第三通知消息，调整针对所述CDN系统中的节点的调度策略为由所述待处理节点处理所述待处理业务，以恢复所述待处理节点的业务处理功能；

生成用于表征已由所述待处理节点处理所述待处理业务的第四通知消息，并发送所述第四通知消息至所述CDN运营中心。

11.一种信息处理方法，其特征在于，所述方法包括：

确定CDN系统中的节点的节点状态；

在基于所述节点状态确定所述节点中存在需要处理的待处理节点，且所述待处理节点的待处理业务已迁移的情况下，对所述待处理节点进行处理；

通过云管理平台发送用于表征所述待处理节点已处理的第二通知消息至CDN运营中心；其中，所述第二通知消息用于指示所述CDN运营中心更新所述CDN系统中的节点的节点状态。

12.根据权利要求11所述的方法，其特征在于，所述确定CDN系统中的节点的节点状态，包括：

接收所述CDN运营中心通过云管理平台转发的用于处理待处理节点的处理请求；

基于所述处理请求，确定所述待处理节点的节点状态；

相应的，所述在基于所述节点状态确定所述节点中存在需要处理的待处理节点的情况下，对所述待处理节点进行处理，包括：

在基于所述待处理节点的节点状态确定所述节点中存在需要处理的待处理节点的情况下，对所述待处理节点进行处理。

13.一种CDN运营中心，其特征在于，所述CDN运营中心包括：第一处理器、第一存储器和第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的通信连接；

所述第一处理器用于执行第一存储器中的信息处理程序，以实现如权利要求1～5任一项所述的步骤。

14.一种CDN调度中心，其特征在于，所述CDN调度中心包括：第二处理器、第二存储器和第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的通信连接；

所述第二处理器用于执行第二存储器中的信息处理程序，以实现如权利要求6～10任一项所述的步骤。

15.一种云平台，其特征在于，所述云平台包括：第三处理器、第三存储器和第三通信总线；

所述第三通信总线用于实现第三处理器和第三存储器之间的通信连接；

所述第三处理器用于执行第三存储器中的信息处理程序，以实现如权利要求11或12所述的步骤。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1～5、6～10或11～12中任一项所述的信息处理方法的步骤。

Images