负载均衡管理方法及相关装置与流程

本发明涉及互联网技术领域，尤其涉及负载均衡管理方法、相关系统及计算机存储介质。

背景技术：

随着互联网技术的日益发展，互联网所提供的服务内容也越来越多。对于一些服务内容来说，通常需设置多个后端服务节点来同时提供应用服务，以进行负载均衡(loadbalance，lb)。避免单个后端服务节点无法同时为多个用户设备及时提供应用服务的情况，提升服务质量。

为保证应用服务的服务质量和性能，通常采用负载均衡节点来缓解网络流量压力。该负载均衡节点用于对多个后端服务节点进行管理，以将各客户端的应用服务请求均衡到多个后端服务节点中。在实际应用中，应用服务可以是多种多样、成千上万地，且支持分布式部署。这样负载均衡节点的配置文件变得更为复杂，配置文件的维护较难、易出错。

目前，当后端服务器节点提供的应用服务需要更改，或者后端服务节点的流量需被限制时，需通过用户手动对该负载均衡节点的配置文件进行重配置，操作繁琐，且手工配置容易出现误操作。此外，该负载均衡节点的配置文件重配置后，需重启该负载均衡节点，加载该负载均衡节点重配置后的配置文件，以正常进行业务通信。在重启过程中，会造成应用服务中断，还可能引起负载均衡节点的性能问题出现用户设备的应用服务请求丢失或意外中断等状况，影响了应用服务的服务质量和服务性能。

技术实现要素：

本发明实施例公开了负载均衡管理方法、相关系统及计算机存储介质，能够解决现有通过手动配置负载均衡节点的配置文件存在的操作繁琐、易出现误操作等问题。

第一方面，本发明实施例公开提供了一种负载均衡管理方法，所述方法包括：负载均衡管理节点接收多个后端服务节点发送的多个节点信息，该多个节点信息的每一者均包括所在的后端服务节点的网络信息以及所在的后端服务节点提供的应用服务的应用服务类型，所述多个节点信息包括的应用服务类型相同。负载均衡管理节点根据该多个节点信息生成第一配置文件，该第一配置文件中包括有负载均衡策略以及多个节点信息，进一步负载均衡管理节点可将该第一配置文件发送给负载均衡节点。便于负载均衡节点根据第一配置文件中的负载均衡策略对多个后端服务节点进行负载均衡。

通过实施本发明实施例，能够通过负载均衡管理节点动态配置负载均衡节点的配置文件，无需再采用传统技术通过用户手动配置，避免传统技术存在的操作繁琐、易出现误配置操作以及影响应用服务的服务质量和服务性能等问题。

结合第一方面，在一些可能的实施例中，负载均衡管理节点在检测到多个后端服务节点中第一后端服务节点下线时，在第一配置文件中记录第一后端服务节点处于下线状态，并生成第二配置文件。进一步负载均衡管理节点将第二配置文件发送给负载均衡节点。便于负载均衡节点根据第二配置文件中的负载均衡策略对多个后端服务器中除第一后端服务节点外的后端服务节点进行均衡负载。

通过实施本步骤，负载均衡管理节点能够动态缩减与负载均衡节点通信的后端服务节点的数量，并同步更新或配置该负载均衡节点的配置文件，无需人工干预手动配置，节省配置时间。

结合第一方面，在一些可能的实施例中，负载均衡管理节点接收第二后端服务器发送的第二节点信息，该第二节点信息用于指示第二后端服务器同样提供相同的应用服务。相应地，负载均衡管理节点在第一配置文件中记录第二后端服务节点处于上线状态，并生成第三配置文件。进一步负载均衡管理节点可将第三配置文件发送给负载均衡节点，便于负载均衡节点根据第三配置文件中的负载均衡策略对多个后端服务节点以及第二后端服务节点进行负载均衡。

通过实施本步骤，负载均衡管理节点能够动态增加与负载均衡节点通信的后端服务节点的数量，并同步更新或配置该负载均衡节点的配置文件，无需通过人工手工增加和配置，操作便捷，还节省了配置流程和配置时间。

结合第一方面，在一些可能的实施例中，后端服务节点的节点信息中包括该后端服务节点的应用服务类型信息和网络信息。该应用服务类型信息用于指示该后端服务节点提供的应用服务的类型，例如邮件服务、网页服务、即时通信服务等等。该网络信息包括但不限于后端服务节点的互联网协议(internetprotocoladdress，ip)地址、媒体访问控制(mediaaccesscontroladdress，mac)地址、端口或其他支持与该后端服务节点通信的信息等。

结合第一方面，在一些可能的实施例中，负载均衡管理节点提供用户交互接口以从该用户交互接口获取用户输入的负载均衡策略。

通过实施本步骤，负载均衡管理节点可提供用户交互接口实现人机互动，用户通过该接口可输入针对该应用服务自定义的负载均衡策略，控制负载均衡节点的负载均衡，提高了用户参与度。

第二方面，本发明实施例公开提供了一种负载均衡方法，所述方法包括：负载均衡节点可接收并记录负载均衡管理节点发送的第一配置文件，该第一配置文件中包括有负载均衡策略和多个节点信息，该多个节点信息由多个后端服务节点发送至负载均衡管理节点，该多个节点信息的每一者均包括所在的后端服务节点的网络信息以及所在的后端服务节点提供的应用服务的应用服务类型，所述多个节点信息包括的应用服务类型相同。在实际应用中，负载均衡节点可接收客户端发送的针对该应用服务的第一访问请求。接收第一访问请求后，负载均衡节点可根据第一配置文件(具体可为第一配置文件中的负载均衡策略)从多个后端服务节点中选择第一目标后端服务节点，并将该第一访问请求发送至第一目标后端服务节点。便于第一后端服务节点处理该第一访问请求，返回该第一访问请求所需访问的访问结果。

通过实施本发明实施例，负载均衡节点可根据负载均衡管理节点动态配置的第一配置文件来实现负载均衡，以将客户端的第一访问请求负载均衡到第一目标后端服务节点中处理，避免单后端服务节点的流量拥塞，实现了同一应用服务的精细化、精确化均衡，有利于保障应用服务的服务质量和服务性能。

结合第二方面，在一些可能的实施例中，负载均衡节点接收负载均衡管理节点发送的第二配置文件，该第二配置文件为负载均衡管理节点在第一配置文件中记录多个后端服务节点中的第一后端服务节点下线状态而产生的。进一步负载均衡节点可用第二配置文件来替换第一配置文件。在实际应用中，负载均衡节点可接收客户端发送的针对应用服务的第二访问请求，根据第二配置文件从多个后端服务节点中除第一后端服务节点之外的其他后端服务节点中选择第二目标后端服务节点，以将第二访问请求发送至第二目标后端服务节点。

通过实施本步骤，负载均衡管理节点在动态删减多个后端服务节点中的任意一个或多个后端服务节点后，可同步更新或替换负载均衡节点的配置文件。相应地，负载均衡节点依据替换后的配置文件来实现负载均衡，以保证应用服务的服务质量和服务性能。

结合第二方面，在一些可能的实施例中，负载均衡节点接收负载均衡管理节点发送的第三配置文件，该第三配置文件是负载均衡管理节点在第一配置文件中记录第二后端服务节点处于上线状态而产生的，该第二后端服务节点提供同样地应用服务。负载均衡节点将用第三配置文件替换第一配置文件，便于后续依据第一配置文件实现负载均衡。在实际应用中，负载均衡节点可接收客户端发送的针对应用服务的第三访问请求，负载均衡节点根据第三配置文件可从多个后端服务节点和第二后端服务节点中选择第三目标后端服务节点，并将该第三访问请求发送至第三目标后端服务节点。

通过实施本步骤，负载均衡管理节点可动态新增与负载均衡节点通信的后端服务节点，并同步更新或替换负载均衡节点的配置文件。相应地，负载均衡节点依据替换后的配置文件来实现负载均衡，以保证应用服务的服务质量和服务性能。

结合第二方面，在一些可能的实施例中，后端服务节点的节点信息包括该后端服务节点的应用服务类型信息和网络信息。该应用服务类型信息用于指示该后端服务节点提供的应用服务的类型，例如邮件服务、网页服务、即时通信服务等等。该网络信息包括但不限于后端服务节点的ip地址、mac地址、端口或其他支持与该后端服务节点通信的信息等，网络信息用于在网络中标识后端服务节点。

第三方面，本发明实施例提供了一种负载均衡管理节点，该节点包括用于执行如上第一方面或第一方面的任意可能的实施方式中所描述的方法的功能模块或单元。

第四方面，本发明实施例提供了一种负载均衡节点，该节点包括用于执行如上第二方面或第二方面的任意可能的实施方式中所描述的方法的功能模块或单元。

第五方面，本发明实施例提供了另一种负载均衡管理节点，包括：处理器，存储器，通信接口和总线；处理器、通信接口、存储器通过总线相互通信；通信接口，用于接收和发送数据；存储器，用于存储指令；处理器，用于调用存储器中的指令，执行上述第一方面或第一方面的任意可能的实施方式中所描述的方法。

第六方面，本发明实施例提供了另一种负载均衡节点，包括：处理器，存储器，通信接口和总线；处理器、通信接口、存储器通过总线相互通信；通信接口，用于接收和发送数据；存储器，用于存储指令；处理器，用于调用存储器中的指令，执行上述第二方面或第二方面的任意可能的实施方式中所描述的方法。

第七方面，本发明实施例提供了一种通信系统，包括负载均衡管理节点、负载均衡节点以及多个后端服务节点，其中，该负载均衡管理节点用于执行上述第一方面或第一方面的任意可能的实施方式中所描述的方法。该负载均衡节点用于执行上述第二方面或第二方面的任意可能的实施方式中所描述的方法。

第八方面，提供了一种计算机非瞬态(non-transitory)存储介质，所述计算机非瞬态存储介质存储了用于负载均衡管理的程序代码。所述程序代码包括用于执行上述第一方面或第一方面的任意可能的实施方式中所描述的方法的指令。

第九方面，提供了一种计算机非瞬态(non-transitory)存储介质，所述计算机非瞬态存储介质存储了用于负载均衡的程序代码。所述程序代码包括用于执行上述第二方面或第二方面的任意可能的实施方式中所描述的方法的指令。

第十方面，提供了一种芯片产品，以执行上述第一方面或第一方面的任意可能的实施方式中的方法。

第十一方面，提供了一种芯片产品，以执行上述第二方面或第二方面的任意可能的实施方式中的方法。

本发明在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明实施例提供的一种通信系统的结构示意图；

图2是本发明实施例提供的另一种数据通信系统的结构示意图；

图3是本发明实施例提供的一种负载均衡管理方法的流程示意图；

图4是本发明实施例提供的另一种负载均衡管理方法的流程示意图；

图5是本发明实施例提供的另一种负载均衡管理方法的流程示意图；

图6是本发明实施例提供的一种通信系统的结构示意图；

图7是本发明实施例提供的另一种通信系统的结构示意图。

具体实施方式

下面结合附图，对本发明的实施例进行描述。

申请人在提出本申请的过程中发现：由于后端服务节点提供的应用服务可以是多种多样、成千上万地，且支持分布式部署，这将导致管理该后端服务节点的负载均衡节点的配置文件更为复杂，维护该负载均衡节点的配置文件也较难、易出错。一旦涉及更改后端服务节点提供的应用服务，或限制后端服务节点的通信流量，用户需手动修改或配置负载均衡节点的配置文件。然后逐个重启负载均衡节点和后端服务节点，并加载该负载均衡节点的配置文件。这将造成应用服务中断，还可能引发负载均衡节点的性能问题导致用户请求丢失、或意外中断等，不适于提供连续地、无停息地应用服务。

此外，现有负载均衡节点通常采用负载均衡原则对多个后端服务节点进行负载均衡。具体的，负载均衡节点接收任一客户端发送的应用服务请求(即针对应用服务的访问请求)后，可根据各后端服务节点的负载量，将该应用服务请求分配到负载最轻的后端服务节点中处理。然而针对一些有特殊要求的应用服务请求而言，如果负载均衡节点仍采用负载均衡原则来处理，将无法满足应用服务的实际需求，影响应用服务的服务质量和服务性能。

为解决上述问题，本申请提出一种负载均衡管理方法、所述方法适用的相关设备及系统。请参见图1，是本发明实施例提供的一种通信系统的结构示意图。如图1所示的通信系统包括后端服务节点202、负载均衡节点204和负载均衡管理节点206。可选地，该通信系统中还可包括客户端208。其中，后端服务节点202的数量至少为2，图示以多个后端服务节点202为例示出。当该后端服务节点202的数量为多个时，可称为后端服务集群。在网络流量较大的情况下，负载均衡节点204和负载均衡管理节点206都可通过集群的方式部署，此时负载均衡节点204可通过多个节点实现，也可通过一个节点实现，类似地，负载均衡管理节点206可通过多个节点实现，也可通过一个节点实现。同一集群中包括的节点数量并不做限定，可根据实际需要设置。

在实际应用中，负载均衡节点204可用于负责七层网络中数据流量的负载均衡和转发，此时该该负载均衡节点204可由例如nginx、openresty、tengine以及haproxy等软件通过物理服务器、虚拟机或容器实现。可选地，该负载均衡节点204也可用于负责四层网络中数据流量的负载均衡和转发，此时该负载均衡节点204可由例如linux虚拟服务器(linuxvirtualserver，lvs)等软件实现。请参见图2，以负载均衡节点204通过集群方式部署，网络中包括两个负载均衡集群为例，它们分别可为lvs集群和nginx集群，其中lvs集群中包括至少一个lvs服务节点(也可称为lvs服务器)，nginx集群中包括至少一个nginx服务节点(也可称为nginx服务器)。lvs集群和nginx集群中各自所包括的节点数量不做限定。为方便描述，本申请将集群中包括的lvs服务节点或nginx服务节点，均统称为负载均衡节点。在实际通信中，lvs集群中的任一lvs服务节点在接收客户端208针对应用服务的访问请求后，可根据预存的转发策略将该访问请求发送给nginx集群中的某个nginx服务节点，进而由该nginx服务节点转发，具体的将该访问请求转发至与nginx服务节点通信的后端服务集群处理。

同一后端服务集群中的多个后端服务节点202用于提供同一应用服务类型所对应的应用服务，该应用服务类型例如为社交类应用服务、邮件类应用服务、即时通讯类应用服务等等。针对每种应用服务类型所对应的应用服务同样具体可为系统自定义设置的，以时通讯类应用服务为例，该应用服务可包括但不限于微信应用服务、qq应用服务或其他支持网络通信的应用服务等；又以邮件类应用服务为例，其可包括但不限于谷歌goole邮件应用服务、foxmail邮件应用服务和腾讯邮件应用服务等等。可选地，为保障应用服务提供的可靠性和准确性，同一后端服务集群中的多个后端服务节点202也可用于提供同一应用服务。以邮件应用服务为例，后端服务集群中的每个后端服务节点202均部署或支持提供邮件类应用服务。便于后续负载均衡节点204对后端服务集群中各个后端服务节点202进行精细化、准确化地负载均衡，具体的，负载均衡节点204可将客户端208针对该邮件应用服务的访问请求更为精细化地转发到后端服务集群中的某个后端服务节点202处理，避免单个后端服务节点出现服务拥塞、堵塞等情况，无法满足应用服务的服务需求和服务质量。

负载均衡管理节点206用于对后端服务集群中每个后端服务节点202进行管理，还可对负载均衡节点204进行管理，具体可管理负载均衡节点204的配置文件。负载均衡节点204的配置文件用于指示负载均衡节点204的配置和运行，例如控制负载均衡节点204的流量转发，具体可如本申请下文涉及负载均衡节点204依据自身配置文件如何实现客户端208的访问请求的转发。

下面阐述负载均衡管理节点206对多个后端服务节点202(即后端服务集群中的后端服务节点202)进行管理的相关实施例。在实际应用中，负载均衡管理节点206在通信系统100中可被单独部署，即部署和负载均衡节点204和后端服务节点202不同。后端服务节点202可部署有代理实体(agent，图未示出)，该后端服务节点202可通过自身节点的agent将该后端服务节点202的节点信息上报至负载均衡管理节点206，以便负载均衡管理节点206对后端服务集群中的后端服务节点202进行管理。

具体的，负载均衡管理节点206接收后端服务节点202的节点信息后，如果负载均衡管理节点206中已注册有该后端服务节点202的节点信息，则可结束流程。如果负载均衡管理节点206中未注册或存储该后端服务节点202的节点信息，则负载均衡管理节点206可将该后端服务节点202的节点信息注册到自身节点中。如果该后端服务节点202的节点信息用于指示该后端服务节点202出现故障、无法提供正常的应用服务，则负载均衡管理节点206可删除该后端服务节点202的节点信息，记录该后端服务节点206处于离线或下线状态，以将该后端服务节点202从后端服务集群中剔除。

可选地，负载均衡管理节点206在对后端服务集群中多个后端服务节点202进行管理时，多个后端服务节点202可通过各自节点的agent将自身节点的节点信息统一发送至目标后端服务节点的agent，该目标后端服务节点为多个后端服务节点中的一个。然后，该目标后端服务节点通过自身节点的agent将多个后端服务节点202各自的节点信息注册到负载均衡管理节点206，以实现负载均衡节点206对该多个后端服务节点202的管理。

下面以后端服务集群中的任一后端服务节点202为例，详述如何将该后端服务节点202的节点信息注册到负载均衡管理节点206中，以实现该后端服务节点202的管理。具体的，后端服务节点202通过其部署的代理实体agent向负载均衡管理节点206发送注册请求，该注册请求中携带该后端服务节点202的节点信息。负载均衡管理节点206接收并响应该注册请求，将该后端服务节点202的节点信息注册并存储到负载均衡管理节点206中。

在实际应用中，后端服务节点202的节点信息可承载于注册请求中的统一资源符(uniformresourcelocator，url)字段中，也可承载于注册请求中的标识字段，该标识字段为系统预先自定义设置。后端服务节点的节点信息包括但不限于该后端服务节点支持应用服务的类型(简称为应用服务类型信息)、该后端服务节点的网络信息、策略信息、属性信息或其他与该后端服务节点相关的信息等。

其中，后端服务节点的网络信息是指支持与该后端服务节点通信的信息，其可包括但不限于后端服务节点的互联网协议(internetprotocoladdress，ip)地址、媒体访问控制(mediaaccesscontroladdress，mac)地址、端口或其他与该后端服务节点通信相关的信息等。后端服务节点的属性信息是指用于描述该后端服务节点属性的信息，其可包括但不限于节点标识(例如名称、身份标识id等)、该后端服务节点支持应用服务的服务进程、通信端口、该后端服务节点的运行状态(例如运行正常或出现故障等)等。后端服务节点的策略信息具体可为自定义设置的，例如根据用户爱好或实际需求设置的，用于限定负载均衡节点向该后端服务节点的流量转发，例如本申请下文涉及的针对应用服务的访问请求的转发。该策略信息包括但不限于后端服务节点支持应用服务所需的服务质量(qualityofservice，qos)指标、或后端服务节点支持提供应用服务所需的服务等级等信息。该qos指标包括但不限于网络时延、吞吐量、丢失率、优先级、或者其他用于影响应用服务质量的指标等。该服务等级包括但不限于服务质量(qualityofservice，qos)等级和服务种类(classofservice，cos)等级，也可简称为qos服务等级和cos服务等级。

其中，qos服务等级主要依据带宽或传输时间来划分的服务等级，例如后端服务节点支持应用服务所需的带宽越大，则该后端服务节点的qos服务等级越高；反之，后端服务节点支持应用服务所需的带宽越小，则该后端服务节点对应的qos服务等级越低。cos服务等级通常是指流量的传输优先级，这里后端服务节点的cos服务等级即是：后端服务节点支持应用服务所要求传输数据的优先级。

可选地，后端服务节点202可提供用户交互接口。用户通过该用户交互接口可对该后端服务节点202的策略信息进行自定义配置。便于后续负载均衡管理节点206接收该后端服务节点202的节点信息(包括策略信息)获得负载均衡节点202的负载均衡策略，以对后端服务集群中的后端服务节点202进行负载均衡，具体在本申请下文详述。

可选地，负载均衡管理节点206还可保存后端服务集群中多个后端服务节点202的分组信息。该分组信息的具体分组方式不做限定。例如，负载均衡管理节点206可根据后端服务集群中每个后端服务节点202的节点信息，按照预设分组规则对后端服务集群中的所有或部分后端服务节点202进行分组获得该多个后端服务节点202(即后端服务集群)的分组信息，该预设分组规则可为系统自定义设置的。又如，负载均衡管理节点206可提供用户交互界面或用户交互接口给用户，用户根据实际需求或个人爱好对多个后端服务节点202进行分组获得该多个后端服务节点202的分组信息。该分组信息中包括至少一组后端服务节点，每组后端服务节点中包括至少一个后端服务节点202，每组后端服务节点的分组规则可为系统自定义设置的，例如可将具备相同属性信息的后端服务节点分为一组，或者将支持同一qos/cos服务等级的后端服务节点分为一组等等。可选地，该分组信息中还可包括每组后端服务节点中每个后端服务节点的其他信息，例如后端服务节点支持提供的应用服务、服务进程等信息。

可选地，负载均衡管理节点206可提供用户交互接口给用户。用户通过该用户交互接口可根据实际需求或个人偏好来配置负载均衡节点的负载均衡策略，便于负载均衡节点依据该负载均衡策略对后端服务集群中的后端服务节点202进行负载均衡。可选地，负载均衡管理节点206通过该用户交互接口可将后端服务集群的分组信息发送给负载均衡节点204，便于负载均衡节点204依据该分组信息对后端服务集群中的后端服务节点202进行负载均衡。

负载均衡管理节点206可根据后端服务集群中后端服务节点202的节点信息(具体可包括策略信息和分组信息等)生成负载均衡节点204的配置文件。可选地，负载均衡管理节点206可保存该负载均衡节点204的配置文件。该配置文件中包括有负载均衡策略以及后端服务集群中每个后端服务节点的节点信息。可选地，该配置文件还可包括负载均衡节点204的网络连接、通信端口等其他配置信息，本申请不做限定。该负载均衡节点的网络连接，可例如该负载均衡节点支持或不支持与后端服务集群104相互通信等。

在实际应用中，当负载均衡节点204采用集群方式部署时，每个负载均衡节点204都有各自对应的配置文件，该配置文件中包括有该负载均衡节点204的负载均衡策略，该负载均衡策略用于指示负载均衡节点204对后端服务集群中包括的多个后端服务节点202进行负载均衡，具体在本申请下文详述。

此外，负载均衡节点204的配置文件支持动态修改。具体的，负载均衡管理节点206可根据实际需求对负载均衡节点204的配置文件进行更新和替换。例如，负载均衡管理节点206检测到后端服务集群中任一后端服务节点支持提供的应用服务发生变化时，可依据变化后的该后端服务节点的节点信息对负载均衡节点204的配置文件进行更新和替换。或者，负载均衡管理节点206检测到后端服务集群中新增或删除一个或多个后端服务节点，换句话说在该后端服务集群中新上线或离线一个或多个后端服务节点时，负载均衡管理节点206可依据该新增或删除后的后端服务节点的节点信息对负载均衡节点204的配置文件进行更新和替换，关于如何实现配置文件的更新和替换，具体在本申请下文详述。

负载均衡节点204支持与多个后端服务节点202(即同一后端服务集群中的多个后端服务节点202)和负载均衡管理节点206相互通信。在实际运行过程中，该负载均衡节点204可从负载均衡管理节点206中获取该负载均衡节点204的配置文件，以根据该配置文件实现对与该负载均衡节点204通信的多个后端服务节点202进行负载均衡。具体的，负载均衡节点204可通过负载均衡管理节点206提供的通信接口(例如用户交互接口)向负载均衡管理节点206发送异步请求，以获取负载均衡管理节点206中存储的该负载均衡节点204的配置文件。可选地，负载均衡节点204获得自身的配置文件后，可将该负载均衡节点204的配置文件存储至缓存空间中，该缓存空间对应的存储设备可为非易失性存储器，例如该负载均衡节点的共享内存等，并不做限定。进一步地，负载均衡节点204可根据该配置文件实现节点自身的配置和运行，例如根据配置文件中的负载均衡策略对后端服务集群中的多个后端服务节点202进行负载均衡等。

基于上述实施例，请参见图3是本发明实施例提供的一种负载均衡管理方法的流程示意图。该方法应用于如上图1或图2所示的通信系统中，如图3所示的方法可包括如下实施步骤：

步骤s302、后端服务节点202向负载均衡管理节点206发送该后端服务节点202的节点信息。相应地，负载均衡管理节点206接收该后端服务节点202的节点信息。

本申请中，后端服务集群中的任意后端服务节点202可向负载均衡管理节点206该后端服务节点的节点信息，以将后端服务节点的节点信息注册或保存到负载均衡管理节点206中。本申请这里以一个后端服务节点202为例进行相关内容的详述。同一后端服务集群中的后端服务节点支持提供相同类型的应用服务。该后端服务节点的数量并不做限定，其可为一个或多个。本申请下文以多个后端服务节点为例，进行相关内容的阐述。关于后端服务节点1的节点信息具体可参见前述实施例中的相关阐述，这里不在赘述。

步骤s304、负载均衡管理节点206生成第一配置文件，该第一配置文件中包括负载均衡策略以及后端服务集群中多个后端服务节点各自的节点信息。

负载均衡管理节点206接收多个后端服务节点202各自的节点信息(即多个节点信息)后，可生成第一配置文件，该第一配置文件中包括多个节点信息和负载均衡策略。进一步，负载均衡管理节点206将该第一配置文件发送给负载均衡节点204，便于负载均衡节点206依据第一配置文件对多个后端服务节点进行负载均衡。

本申请中，多个后端服务节点各自的节点信息(即多个节点信息)中的任一节点信息中包括该任一节点信息所在后端服务节点的网络信息以及该后端服务节点提供的应用服务的应用服务类型，且该多个节点信息所包括的应用服务类型相同。换句话说，该多个后端服务节点提供相同应用服务类型的应用服务。

可选地，该负载均衡策略可为负载均衡管理节点206预先获得的，例如负载均衡管理节点206可提供用户交互接口给用户，用户根据实际需求或个人喜好可通过该用户交互接口输入负载均衡策略。该负载均衡策略用于控制负载均衡节点206的流量转发，具体的控制负载均衡节点206对多个后端服务节点的负载均衡。关于负载均衡策略，具体可参见下文详述。

步骤s306、负载均衡管理节点206将第一配置文件发送给负载均衡节点204。相应地，负载均衡节点204接收并记录该第一配置文件。

步骤s308、客户端208向负载均衡节点204发送针对应用服务的第一访问请求。相应地，负载均衡节点204接收客户端208发送的第一访问请求。

本申请中，当客户端208需针对后端服务集群所提供的应用服务进行访问时，客户端208可向负载均衡节点204发送针对应用服务的第一访问请求，该负载均衡节点204为负载均衡集群中的节点，例如客户端208可根据预存规则将该第一访问请求发送至负载均衡集群中的某个负载均衡节点处理，该预存规则具体可为系统自定义设置的，用于确定转发第一访问请求的负载均衡节点204，例如客户端208可依据就近原则(如实际部署位置距离客户端最近)来选取与客户端通信的负载均衡节点等。

可选地，该第一访问请求可携带客户端208的属性信息，该属性信息为用于描述客户端208属性的信息，其可包括但不限于客户端标识、客户端支持访问应用服务的类型、客户端的qos服务等级、cos服务等级或其他信息等。该客户端208的属性信息具体可采用统一资源定位符(uniformresourcelocator，url)方式承载于第一访问请求中，例如承载于第一访问请求的url字段或标识字段等，本申请不做限定。

在实际应用中，客户端208具体可通过软件程序或硬件实现。当其由软件程序实现时，客户端具体可部署在诸如服务器、电脑等计算设备上运行。当其由硬件实现时，客户端具体可指诸如芯片、智能手机(如android手机、ios手机等)、个人电脑、平板电脑、掌上电脑、移动互联网设备(mobileinternetdevices，mid)或穿戴式智能设备等设备，本发明实施例不作限定。

步骤s310、负载均衡节点204根据第一配置文件，从多个后端服务节点中选择第一目标后端服务节点210。

负载均衡节点204接收客户端208发送的第一访问请求后，可根据第一配置文件从多个后端服务节点中选取用于处理该第一访问请求的第一目标后端服务节点210。进而，负载均衡节点204将该第一访问请求发送给第一目标后端服务节点210处理。

当第一访问请求携带有客户端208的属性信息时，负载均衡节点204可根据第一配置文件中从多个后端服务节点中，选取与该客户端204的属性信息相匹配的后端服务节点，作为用于处理该第一访问请求的第一目标后端服务节点210。下面示例性阐述几种第一目标后端服务节点210选取的具体实施方式。

第一种实施方式，当客户端208的属性信息为客户端标识时，该第一配置文件(具体可为第一配置文件中的负载均衡策略)包括多个后端服务节点中每个后端服务节点支持提供应用服务所对应的来源设备端(也可称为来源设备)。相应地，负载均衡节点204接收第一访问请求后，可根据第一配置文件中每个后端服务节点支持的来源设备端，从多个后端服务节点中选取来源设备端的标识为客户端标识所对应的后端服务节点，以作为第一目标后端服务节点210，用于处理该第一访问请求。

在实际应用中，同一后端服务节点对应支持通信的来源设备端的数量并不做限定，其可为一个或多个。换句话说，同一后端服务节点可支持处理一个或多个来源设备端各自的访问请求。第一目标后端服务节点210的数量并不做限定，本申请这里以一个为例进行相关内容的阐述。

第二种实施方式，当客户端208的属性信息为cos服务等级时，该第一配置文件(具体可为文件中的负载均衡策略)包括多个后端服务节点中每个后端服务节点支持提供应用服务所满足的cos服务等级。相应地，负载均衡节点204根据多个后端服务节点中每个后端服务节点提供应用服务所满足的cos服务等级，从多个后端服务节点中选取与属性信息中cos服务等级相同的后端服务节点，作为第一目标后端服务节点210。

第三种实施方式，当客户端208的属性信息为qos服务等级时，该第一配置文件(具体可为文件中的负载均衡策略)包括多个后端服务节点中每个后端服务节点支持提供应用服务所满足的qos服务等级。相应地，负载均衡节点204根据多个后端服务节点中每个后端服务节点提供应用服务所满足的qos服务等级，从多个后端服务节点中选取与属性信息中qos服务等级相同的后端服务节点，作为第一目标后端服务节点210。

本申请中，关于qos服务等级和cos服务等级，具体可参见前述实施例中的相关阐述，这里不再赘述。举例来说，以qos服务等级为网络时延等级为例，后端服务集群中多个后端服务节点提供应用服务所满足的网络时延等级有以下三个等级：等级1(0-50s)、等级2(50-100s)和等级3(100-150s)。假设客户端的第一访问请求中携带网络时延80s，即要求第一访问请求处理的网络时延不超过80s，在等级2(50-100s)中。相应地，负载均衡节点204接收该第一访问请求后，可从多个后端服务节点中网络时延等级为等级2的一个或多个后端服务节点中，选取第一目标后端服务节点210。关于如何从该一个或多个后端服务节点中选取第一目标后端服务节点210的方式，并不做限定。例如，该第一目标后端服务节点210可为该一个或多个后端服务节点中的任意一个，或者负载量最小的一个、或者与负载均衡节点通信路径最短的一个等等。

第四种实施方式，当客户端208的属性信息为服务质量qos指标时，该第一配置文件(具体可为文件中的负载均衡策略)包括多个后端服务节点中每个后端服务节点提供应用服务所满足的qos指标。该qos指标包括但不限于网络时延、吞吐量、丢失率、优先级、或其他用于影响应用服务质量的指标等。相应地，负载均衡节点204根据多个后端服务节点中每个后端服务节点提供应用服务所满足的qos指标，从多个后端服务节点中选取与属性信息中qos指标相匹配的后端服务节点，作为第一目标后端服务节点210。

举例来说，引用上述网络时延等级示例，以qos指标为网络时延为例。其中，后端服务集群中多个后端服务节点满足网络时延等级1的后端服务节点的数量有5个，满足网络时延等级2的后端服务节点的数量有3个，满足网络时延等级3的后端服务节点的数量有2个。客户端的第一访问请求中携带网络时延要求小于100s。相应地，负载均衡节点204接收第一访问请求后，可从多个后端服务节点中支持提供不超过100s网络时延的8个后端服务节点中选取第一目标后端服务节点210。关于该第一目标后端服务节点的选取方式以及数量，不做限定。

需要说明的是，以上几种实施方式可以单独实施，也可配合实施。例如，当客户端208的属性信息包括客户端标识和qos服务等级时，负载均衡节点204既要考虑支持处理该客户端标识的后端服务节点，又要考虑符合qos服务等级要求的后端服务节点作为第一目标后端服务节点210。换句话说，负载均衡节点最终确定的第一目标后端服务节点210需为多个后端服务节点中支持处理该客户端标识，且满足qos服务等级的后端服务节点，这里不做赘述。

步骤s312、负载均衡节点204将第一访问请求发送给第一目标后端服务节点210。相应地，第一目标后端服务节点210接收该第一访问请求。

步骤s314、第一目标后端服务节点210响应该第一访问请求，向客户端208返回第一访问响应，该第一访问响应中携带有所述第一访问请求的访问结果。

第一目标后端服务节点210接收第一访问请求后，可对第一访问请求进行处理，以获得针对该应用服务的第一访问请求的访问结果。进一步，第一目标后端服务节点210可将该访问结果承载于第一访问响应中返回给客户端，具体的第一目标后端服务节点210可通过负载均衡节点204将第一访问响应发送给客户端208。其中，针对不同的访问请求而言，其访问结果也可不相同。例如，当第一访问请求用于请求获取应用服务中的信息(例如邮件应用服务中的某封邮件)，则该第一访问请求的访问结果可为应用服务中的信息。当第一访问请求用于请求开启应用服务，则该第一访问请求的访问结果可为是否开启该应用服务等。

举例来说，以应用服务为网站服务，针对该应用服务的第一访问请求可为网站浏览请求。第一目标后端服务节点接收该网站浏览请求后，可获取该网站浏览请求所请求浏览的网站的所有网页信息，例如文字、图像、语音等信息。相应地，第一目标后端服务节点可将该网页信息承载于第一访问响应中返回至客户端，以供客户端查看和展示。

为更好地理解本发明，下面以一个例子进行详述。假设客户端想申请访问应用服务a，客户端可向负载均衡节点发送针对该应用服务a的第一访问请求，该第一访问请求用于请求访问应用服务a。负载均衡节点可预先从负载均衡管理节点中获取第一配置文件，该第一配置文件中包括有负载均衡策略以及多个后端服务节点的节点信息，该多个后端服务节点都部署或提供有应用服务a。该负载均衡策略用于指示第一访问请求的调度，实现多个后端服务节点的均衡负载。例如，提供应用服务a的多个后端服务节点共有8个，其中4个后端服务节点提供应用服务a的版本为v1.0，另4个后端服务节点提供应用服务a的版本为v2.0。相应地，负载均衡节点接收第一访问请求后，如果第一访问请求或第一配置文件没有其他特殊要求，则负载均衡节点可从8个后端服务节点中任意选取一个第一目标后端服务节点，以将该第一访问请求转发至该第一目标后端服务节点处理。如果该第一访问请求携带有v2.0版本，即要求提供v2.0版本应用服务的后端服务节点来处理，则负载均衡节点可从4个提供v2.0版本应用服务的后端服务节点中选取一个第一目标后端服务节点来处理。

通过实施本发明实施例，能够通过负载均衡管理节点动态配置负载均衡节点的配置文件，无需再采用传统技术通过用户手动配置，避免传统技术存在的操作繁琐、易出现误配置操作以及影响应用服务的服务质量和服务性能等问题。

下面阐述本申请涉及的一些可选实施例。请参见图4，是本发明实施例提供的另一种负载均衡管理方法的流程示意图。如图4所示的方法可包括如下实施步骤：

步骤s402、负载均衡管理节点206在检测到多个后端服务节点中第一后端服务节点212下线时，在第一配置文件中记录第一后端服务节点212处于下线状态，以生成第二配置文件。

当多个后端服务节点中的任意后端服务节点需下线时，可直接关系该后端服务节点或停止该后端服务节点的运行进程(例如agent进程)。本申请这里以第一后端服务节点212为例，当第一后端服务节点212下线后，该第一后端服务节点212无法向负载均衡管理节点206发送该第一后端服务节点212的节点信息。相应地，负载均衡管理节点206在检测到第一后端服务节点212下线后，可在第一配置文件中记录该第一后端服务节点212处于下线状态，以生成第二配置文件。该第二配置文件至少包括负载均衡策略以及多个后端服务节点中除第一后端服务节点外的后端服务节点的节点信息。

其中，负载均衡管理节点206记录第一后端服务节点212处于下线状态的具体实施方式，并不做限定。例如，负载均衡管理节点206可直接在第一配置文件中删除第一后端服务节点212的相关信息，例如删除第一后端服务节点212的节点信息等；或者，负载均衡管理节点206可在第一配置文件中将第一后端服务节点212的运行状态记录为下线/离线状态，或者将第一后端服务节点212标记为删除节点，便于后续负载均衡节点206无法和该第一后端服务节点212通信，实现节点下线。

负载均衡管理节点206检测第一后端服务节点212下线的具体实施方式，也不做限定。例如，负载均衡管理节点206和第一后端服务节点212之间可采用心跳包机制，具体的第一后端服务节点212可周期性地向负载均衡管理节点206发送心跳包，负载均衡管理节点206接收该心跳包后，表示第一后端服务节点212运行正常；当负载均衡管理节点206在某个周期时长内，未接收到第一后端服务节点212的心跳包，可认为该第一后端服务节点212出现故障、节点下线。

步骤s404、负载均衡管理节点206将第二配置文件发送给负载均衡节点204。该第二配置文件用于控制负载均衡节点204根据第二配置文件中的负载均衡策略对多个后端服务节点中除第一后端服务节点外的后端服务节点进行负载均衡。相应地，负载均衡节点204接收该第二配置文件。

步骤s406、负载均衡节点204用第二配置文件替换第一配置文件。

步骤s408、客户端208向负载均衡节点204发送针对该应用服务的第二访问请求，第二访问请求用于请求对该应用服务进行访问。相应地，负载均衡节点204接收该第二访问请求。

步骤s410、负载均衡节点204根据第二配置文件，从多个后端服务节点中除第一后端服务节点外的后端服务节点中选取第二目标后端服务节点214。

步骤s412、负载均衡节点204将第二访问请求发送给第二目标后端服务节点214。相应地，第二目标后端服务节点214接收该第二访问请求。

步骤s414、第二目标后端服务节点214响应该第二访问请求，向客户端208返回第二访问响应，该第二访问响应中携带有第二访问请求的访问结果。

本申请中，负载均衡管理节点206获得第二配置文件后，可将该第二配置文件发送给负载均衡节点204。便于负载均衡节点204依据重新生成的第二配置文件来对多个后端服务节点中除第一后端服务节点外的后端服务节点实现负载均衡。

具体的，负载均衡节点204接收客户端针对应用服务的第二访问请求后，可根据第二配置文件(具体可为第二配置文件中的负载均衡策略)，从多个后端服务节点中除第一后端服务节点之外的其他后端服务节点中选取第二目标后端服务节点。进一步，负载均衡节点204可将该第二访问请求发送给第二目标后端服务节点处理214。关于上述步骤s404-s414，具体可对应参考前述图3中步骤s306-s314中的相关阐述，这里不再赘述。

通过实施本发明实施例，负载均衡管理节点支持动态删减后端服务集群中后端服务节点的数量，并同步更新配置文件，无需人工干预，节省配置流程和配置时间。

请参见图5，是本发明实施例提供的另一种负载均衡管理方法的流程示意图。如图5所示的方法包括如下实施步骤：

步骤s502、第二后端服务节点216向负载均衡管理节点206发送第二后端服务节点216的节点信息，该第二后端服务节点216的节点信息用于指示第二后端服务节点提供和多个后端服务节点相同应用服务类型的应用服务。相应地，负载均衡管理节点206接收第二后端服务节点216的节点信息。

本申请中，当后端服务集群中有新的后端服务节点进入/上线时，该新的后端服务节点支持提供和后端服务集群相同的应用服务。本申请以新的后端服务节点为第二后端服务节点216为例，进行相关内容阐述。该第二后端服务节点216中可安装并配置有代理实体agent，例如配置该第二后端服务节点216的节点信息、管理该第二后端服务节点216的负载均衡管理节点的网络信息(例如ip地址和端口)等等。进一步，该第二后端服务节点216进入该多个后端服务节点(即后端服务集群)后，可通过自身节点的agent向负载均衡管理节点发送第二后端服务节点216的节点信息，以将该第二后端服务节点216的节点信息注册并保存到负载均衡管理节点中。

步骤s504、负载均衡管理节点206在第一配置文件中记录第二后端服务节点216处于上线状态，以生成第三配置文件。

负载均衡管理节点206记录第二后端服务节点216处于上线状态的具体实施方式，并不做限定。例如，负载均衡管理节点206可在第一配置文件中新增第二后端服务节点216的节点信息，以获得第三配置文件；或者，负载均衡管理节点206在第一配置文件中新增第二后端服务节点216的运行状态为上线或在线状态，或将第二后端服务节点206标记为新增节点，便于负载均衡节点204对多个后端服务节点和第二后端服务节点进行负载均衡，实现节点上线。

可选地，第三配置文件除了可包括第一配置文件中的内容信息外，还可包括第二服务节点的相关信息，例如第二服务节点的节点信息等。

步骤s506、负载均衡管理节点206将第三配置文件发送给负载均衡节点204。该第三配置文件用于控制负载均衡节点204根据负载均衡策略对多个后端服务节点和第二后端服务节点进行负载均衡。相应地，负载均衡节点204接收第三配置文件。

步骤s508、负载均衡节点204用第三配置文件替换第一配置文件。

步骤s510、客户端208向负载均衡节点204发送针对应用服务的第三访问请求。相应地，负载均衡节点204接收该第三访问请求。

步骤s512、负载均衡节点204根据第三配置文件，从多个后端服务节点和第二后端服务节点中选择第三目标后端服务节点218。

步骤s514、负载均衡节点204将第三访问请求发送给第三目标后端服务节点218。相应地，第三目标后端服务节点218接收该第三访问请求。

步骤s516、第三目标后端服务节点218响应该第三访问请求，向客户端208返回第三访问响应，该第三访问响应携带有第三访问请求的访问结果。

本申请中，负载均衡管理节点206获得第三配置文件后，可将该第三配置文件发送给负载均衡节点204。便于负载均衡节点204利用最新的第三配置文件对多个后端服务节点和第二后端服务节点进行负载均衡。

具体的，负载均衡节点204接收客户端208针对应用服务的第三访问请求后，可根据第三配置文件(具体可为文件中的负载均衡策略)从多个后端服务节点和第二后端服务节点中选取第三目标后端服务节点218。进一步，负载均衡节点204可将该第三访问请求发送给第三目标后端服务节点218处理。关于上述步骤s506-s516中的相关阐述，具体可对应参考前述图3中步骤s306-s314中的相关阐述，这里不再赘述。

通过实施本发明实施例，负载均衡管理节点支持动态新增后端服务集群中后端服务节点的数量，并同步更新配置文件，无需人工干预，节省配置流程和配置时间。

结合前述图1-图5所述实施例中的相关阐述，下面介绍本发明涉及的相关装置以及系统。请参见图6是本发明实施例提供的一种通信系统的结构示意图。如图6所示的通信系统60包括负载均衡节点204和负载均衡管理节点206。其中，负载均衡节点204包括接收模块2042、处理模块2044和发送模块2046，负载均衡管理节点206包括接收模块2062、处理模块2064和发送模块2066。具体的，

接收模块2062用于接收多个后端服务节点发送的多个节点信息，其中所述多个节点信息用于指示所述多个后端服务节点提供相同的应用服务；

处理模块2064用于生成第一配置文件，其中所述第一配置文件包括负载均衡策略以及所述多个节点信息；

发送模块2066用于发送所述第一配置文件至负载均衡节点204，其中所述第一配置文件用于控制所述负载均衡节点204根据所述负载均衡策略对所述多个后端服务节点进行负载均衡。

相应地负载均衡节点204侧，接收模块2042用于接收负载均衡管理节点发送的第一配置文件，其中所述第一配置文件包括负载均衡策略以及多个节点信息，所述多个节点信息由多个后端服务节点发送至所述负载均衡管理节点，所述多个节点信息用于指示所述多个后端服务节点提供相同的应用服务；该接收模块2042还用于接收客户端发送的针对所述应用服务的第一访问请求；处理模块2044用于记录所述第一配置文件，根据所述第一配置文件从所述多个后端服务节点选择第一目标后端服务节点；所述发送模块2046用于将所述第一访问请求发送至所述第一目标后端服务节点。

在一些可能的实施例中，处理模块2064还用于在检测到所述多个后端服务节点中的第一后端服务节点下线时，在所述第一配置文件中记录所述第一后端服务节点处于下线状态，以生成第二配置文件；所述发送模块2066还用于发送所述第二配置文件至所述负载均衡节点，其中所述第二配置文件用于控制所述负载均衡节点根据所述负载均衡策略对所述多个后端服务节点中除所述第一后端服务节点外的后端服务节点进行负载均衡。

相应地负载均衡节点204侧，所述接收模块2042还用于接收负载均衡管理节点发送的第二配置文件，其中，第二配置文件是负载均衡管理节点在所述第一配置文件中记录所述多个后端服务节点中的第一后端服务节点处于下线状态而产生的；所述处理模块2044还用于以所述第二配置文件替换所述第一配置文件；所述接收模块2042还用于接收客户端发送的针对所述应用服务的第二访问请求；所述处理模块2044还用于根据所述第二配置文件从所述多个后端服务节点中除所述第一后端服务节点外的后端服务节点中选择第二目标后端服务节点；所述发送模块2046还用于将所述第二访问请求发送至所述第二目标后端服务节点。

在一些可能的实施例中，负载均衡管理节点206侧，所述接收模块2062还用于接收第二后端服务节点发送的第二节点信息，所述第二节点信息用于指示所述第二后端服务节点提供所述应用服务；所述处理模块2064还用于在所述第一配置文件中记录所述第二后端服务节点处于上线状态，以生成第三配置文件；所述发送模块2066还用于发送所述第三配置文件至所述负载均衡节点，其中所述第三配置文件用于控制所述负载均衡节点根据所述负载均衡策略对所述多个后端服务节点以及所述第二后端服务节点进行负载均衡。

相应地负载均衡节点204侧，所述接收模块2042还用于接收负载均衡管理节点发送的第三配置文件，其中，第三配置文件是负载均衡管理节点在所述第一配置文件中记录第二后端服务节点处于上线状态而产生的，其中所述第二后端服务节点提供所述应用服务；所述处理模块2044还用于以所述第三配置文件替换所述第一配置文件；所述接收模块2042还用于接收客户端发送的针对所述应用服务的第三访问请求；所述处理模块2044还用于根据所述第三配置文件从所述多个后端服务节点以及所述第二后端服务节点中选择第三目标后端服务节点；所述发送模块2046还用于将所述第三访问请求发送至所述第三目标后端服务节点。

在一些可能的实施例中，后端服务节点的节点信息中包括该后端服务节点的应用服务类型信息和网络信息。

在一些可能的实施例中，负载均衡管理节点206还提供用户交互接口以从用户交互接口获取用户输入的负载均衡策略。

在实际应用中，本发明实施例中各节点涉及的各模块或单元具体可通过软件程序或硬件实现。当由软件程序实现时，节点中涉及的各模块或单元均为软件模块或软件单元，当由硬件实现时，节点涉及的各模块或单元可以通过专用集成电路(application-specificintegratedcircuit，asic)实现，或可编程逻辑器件(programmablelogicdevice，pld)实现，上述pld可以是复杂程序逻辑器件(complexprogrammablelogicaldevice，cpld)，现场可编程门阵列(field-programmablegatearray，fpga)，通用阵列逻辑(genericarraylogic，gal)或其任意组合，本发明不做限定。

需要说明的，图6仅仅是本申请实施例的一种可能的实现方式，实际应用中，负载均衡管理节点或负载均衡节点还可以包括更多或更少的部件，这里不作限制。关于本发明实施例中未示出或未描述的内容，可参见前述方法实施例中的相关阐述，这里不再赘述。

通过实施本发明实施例，能够动态实现后端服务节点的增删，动态更新负载均衡节点的配置文件，无需人工干预，节省配置流程和配置时间。无需再采用传统技术通过用户手动配置，避免传统技术存在的操作繁琐、易出现误配置操作以及影响应用服务的服务质量和服务性能等问题。

请参见图7，是本发明实施例提供的另一种通信系统的结构示意图。如图7所示的通信系统70中包括负载均衡管理节点206和负载均衡节点204。其中，负载均衡管理节点206中包括至少一个网络设备(也可称为计算设备)，每个网络设备包括一个或多个处理器2061、通信接口2062和存储器2063，处理器2061、通信接口2062和存储器2063可通过总线方式连接，也可通过无线传输等其他手段实现通信。本发明实施例以通过总线2064连接为例其中，该存储器2063用于存储指令，该处理器2061用于执行该存储器2063存储的指令。该存储器2063存储程序代码，且处理器2061可以调用存储器2063中存储的程序代码以实现图1-图4中以负载均衡管理节点206为执行主体的所有或部分实施步骤，和/或文本中描述的其他内容，本发明这里做赘述。

可选地，处理器2061可以由一个或多个通用处理器构成，例如中央处理器(centralprocessingunit，cpu)。处理器2061可用于运行相关的程序代码中以下功能模块的程序，该功能模块具体可包括但不限于上文负载均衡管理节点侧的接收模块、处理模块以及发送模块中的任一项或多项的组合。关于这里提及各个功能模块，具体可参见前述实施例中的相关阐述，这里不再赘述。

负载均衡节点204包括一个或多个处理器2041、通信接口2042和存储器2043，处理器2041、通信接口2042和存储器2043可通过总线方式连接，也可通过无线传输等其他手段实现通信。本发明实施例以通过总线2044连接为例其中，该存储器2043用于存储指令，该处理器2041用于执行该存储器2043存储的指令。该存储器2043存储程序代码，且处理器2041可以调用存储器2043中存储的程序代码以实现图1-图4中以负载均衡节点204为执行主体的所有或部分实施步骤，和/或文本中描述的其他内容，本发明这里做赘述。

可选地，处理器2041可以由一个或多个通用处理器构成，例如中央处理器(centralprocessingunit，cpu)。处理器2041可用于运行相关的程序代码中以下功能模块的程序，该功能模块具体可包括但不限于上文负载均衡节点侧的接收模块、处理模块以及发送模块中的任一项或多项的组合。关于这里提及各个功能模块，具体可参见前述实施例中的相关阐述，这里不再赘述。

应理解的，通信接口(具体可为通信接口2062或2042)可以为有线接口(例如以太网接口)或无线接口(例如蜂窝网络接口或使用无线局域网接口)，用于与其他模块或装置设备进行通信。例如，本申请实施例中通信接口2062具体可用于接收后端服务节点的节点信息，或向负载均衡节点发送配置文件等等。

存储器(具体可为存储器2063或2043)可以包括易失性存储器(volatilememory)，例如随机存取存储器(randomaccessmemory，ram)；存储器也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)、快闪存储器(flashmemory)、硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；存储器还可以包括上述种类的存储器的组合。存储器可用于存储一组程序代码，以便于处理器调用存储器中存储的程序代码以实现本发明实施例中涉及的上述各功能模块的功能。

需要说明的，图7仅仅是本申请实施例的一种可能的实现方式，实际应用中，通信系统中的各节点还可以包括更多或更少的部件，这里不作限制。关于本发明实施例中未示出或未描述的内容，可参见前述方法实施例中的相关阐述，这里不再赘述。

本发明实施例还提供一种计算机非瞬态存储介质，所述计算机非瞬态存储介质中存储有指令，当其在处理器上运行时，图1至图5中任一实施例中所示的方法流程得以实现。

本发明实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，图1至图5中任一实施例中所示的方法流程得以实现。

结合本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于计算设备中。当然，处理器和存储介质也可以作为分立组件存在于计算设备中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。