目标服务的部署方法、装置和电子设备与流程

1.本发明涉及容器技术的技术领域，尤其是涉及一种目标服务的部署方法、装置和电子设备。


背景技术：

2.随着开源平台kubernetes(k8s)的快速发展，很多公司都将原来部署在主机上到服务部署到kubernetes集群中，redis(remote dictionary server，远程字典服务)服务正是其中之一。在部署redis服务时为了保证高可用一般以哨兵模式部署，同时以kubernetes中的statefulset(状态集)模式部署。
3.然而，上述部署方式需要哨兵来管理redis实例，通过announce ip进行通信，由于announce ip无法被kubernetes集群外的服务访问，因此kubernetes集群外的服务因此无法进行访问部署的redis实例，导致用户的体验感较差。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种目标服务的部署方法、装置和电子设备，无需哨兵来管理redis实例，可以支持当前kubernetes集群外的服务进行访问，以提高用户的体验感。
5.第一方面，本发明实施例提供了一种目标服务的部署方法，应用于容器技术集群，方法包括：接收待创建的目标服务的资源对象；通过预先部署的监控器监听资源对象，创建资源对象的指定数量的目标服务的实例；其中，实例通过容器技术集群的主节点或从节点运行；创建主节点对应的负载均衡类型的目标服务；其中，目标服务的后端为主节点对应的实例。
6.在本发明较佳的实施例中，上述通过监控器监听所述资源对象的步骤之前，所述方法还包括：部署所述目标服务对应的监控器。
7.在本发明较佳的实施例中，上述部署目标服务对应的监控器的步骤，包括：部署目标服务对应的operator监控器；通过预先部署的监控器监听资源对象的步骤，包括：通过operator监控器监听资源对象的提交操作。
8.在本发明较佳的实施例中，上述创建资源对象的指定数量的目标服务的实例的步骤，包括：确定资源对象的指定数量；创建的指定数量的目标服务的实例，并为实例的配置文件设置为主节点对应的配置或者从节点对应的配置。
9.在本发明较佳的实施例中，上述为实例的配置文件设置为主节点对应的配置或者从节点对应的配置的步骤，包括：从实例中确定目标实例；将目标实例的标签设置为主节点对应的标签，并为目标实例的配置文件设置为主节点对应的配置；将实例中除目标实例之外的其他实例的标签设置为从节点对应的标签，并为其他实例的配置文件设置为从节点对应的配置。
10.在本发明较佳的实施例中，上述方法还包括：通过监控器监控主节点对应的实例
的状态；基于主节点对应的实例的状态调整主节点对应的实例的配置文件和从节点对应的实例的配置文件。
11.在本发明较佳的实施例中，上述基于主节点对应的实例的状态调整主节点对应的实例的配置文件和从节点对应的实例的配置文件的步骤，包括：如果主节点对应的实例的状态为异常状态，将主节点对应的实例的标签设置为从节点对应的标签，并为主节点对应的实例的配置文件设置为从节点对应的配置；将一个从节点对应的实例的标签设置为主节点对应的标签，并为该从节点对应的实例的配置文件设置为主节点对应的配置。
12.在本发明较佳的实施例中，上述基于主节点对应的实例的状态调整主节点对应的实例的配置文件和从节点对应的实例的配置文件的步骤之后，方法还包括：通过目标服务识别实例的标签调整操作，切换目标服务的后端为调整后的主节点对应的实例。
13.上述目标服务为redis服务。
14.第二方面，本发明实施例还提供一种目标服务的部署装置，应用于容器技术集群，装置包括：资源对象接收模块，用于接收待创建的目标服务的资源对象；实例创建模块，用于通过预先部署的监控器监听资源对象，创建资源对象的指定数量的目标服务的实例；其中，实例通过容器技术集群的主节点或从节点运行；目标服务创建模块，用于创建主节点对应的负载均衡类型的目标服务；其中，目标服务的后端为主节点对应的实例。
15.第三方面，本发明实施例还提供一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的计算机可执行指令，处理器执行计算机可执行指令以实现上述的目标服务的部署方法的步骤。
16.第四方面，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在被处理器调用和执行时，计算机可执行指令促使处理器实现上述的目标服务的部署方法的步骤。
17.本发明实施例带来了以下有益效果：
18.本发明实施例提供的一种目标服务的部署方法、装置和电子设备，通过目标服务对应的监控器管理目标服务的实例，可以创建主节点对应的负载均衡类型的目标服务，没有部署哨兵模式，无需哨兵来管理redis实例，因此可以通过负载均衡直接获取到目标服务的主节点，可以支持当前kubernetes集群外的服务进行访问，可以提高用户的体验感。
19.本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。
20.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
21.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1为本发明实施例提供的一种的redis服务部署的架构示意图；
23.图2为本发明实施例提供的一种目标服务的部署方法的流程图；
24.图3为本发明实施例提供的另一种目标服务的部署方法的流程图；
25.图4为本发明实施例提供的另一种的redis服务部署的架构示意图；
26.图5为本发明实施例提供的一种目标服务的部署装置的结构示意图；
27.图6为本发明实施例提供的另一种目标服务的部署装置的结构示意图；
28.图7为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.目前，很多公司都将原来部署在主机上到服务部署到kubernetes集群中，redis服务正是其中之一。在部署redis服务时为了保证高可用一般以哨兵模式部署，同时以kubernetes中的statefulset模式部署。
31.参见图1所示的一种的redis服务部署的架构示意图，如图1所示，redis服务和sentinel模块组装哨兵集群时使用announce ip，每个实例(pod)对应一个服务(service)，将service的cluster ip作为其announce ip。jedis客户端通过sentinel模块获取到master节点(主节点)的announce ip进行通信。然而，上述部署方式需要sentinel模块来管理redis实例，通过announce ip进行通信。
32.其中，sentinel模块用于监控运行的多个redis实例，在主节点发生故障的时候，可以实现主节点和从节点的切换，保证系统的高可用。其中，cluster ip是service的ip地址，为虚拟ip地址。外部网络无法通信，只有kubernetes集群内部访问使用。因此，上述部署方式使用service的cluster ip作为其announce ip，通过announce ip进行通信，kubernetes集群外的服务因此无法进行访问，用户的体验感较差。
33.基于此，本发明实施例提供的及一种目标服务的部署方法、装置和电子设备，该技术可以应用于物理服务器、云服务器、手机、平板电脑、计算机等多种设备中，该技术可采用相应的软件和硬件实现，以下对本发明实施例进行详细介绍。
34.为便于对本实施例进行理解，首先对本发明实施例所公开的一种目标服务的部署方法进行详细介绍。
35.本实施例提供了一种目标服务的部署方法，该方法应用于容器技术集群，参见图2所示的一种目标服务的部署方法的流程图，该目标服务的部署方法包括如下步骤：
36.步骤s200，接收待创建的目标服务的资源对象。
37.本实施例中的容器技术集群可以理解为kubernetes集群。kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，kubernetes的目标是让部署容器化的应用简单并且高效，kubernetes提供了应用部署、规划、更新、维护的机制。对于kubernetes，有下述概念需要了解：
38.集群是指容器运行所需云资源的集合，包含了若干台云服务器、负载均衡器等云资源。
39.工作负载(node)也称为节点，是kubernetes的资源对象，用于管理实例(pod)副本
的创建、调度以及整个生命周期的自动控制。实例(pod)是指由相关的一个或多个容器构成一个实例，这些容器共享相同的存储和网络空间。pod是kubernetes创建或部署的最小、最简单的基本单位，一个pod代表集群上正在运行的一个进程。服务(service)是指由多个相同配置的实例(pod)和访问这些实例(pod)的规则组成的微服务。
40.node是kubernetes中的工作节点，最开始被称为minion。一个node可以是vm(vmware，虚拟机)或物理机。每个node具有运行pod的一些必要服务，并由master组件进行管理。kubernetes的主节点会自动处理群集中node的pod调度，同时主节点的自动调度会考虑每个node上的可用资源。
41.redis(remote dictionary server)，即远程字典服务，是一个开源的使用ansi c语言编写、支持网络、可基于内存亦可持久化的日志型、key-value数据库，并提供多种语言的api(application programming interface，应用程序接口)。
42.本实施例中用户可以首先确定想要在kubernetes集群中部署的服务，可以称为目标服务。本实施例中一般以redis服务为目标服务，然而，这并不表明其他服务不可以作为本实施例中的目标服务，本实施例对目标服务的具体内容和含义不做具体限定，此后不再赘述。
43.目标服务对应的监控器可以为operator监控器。operator是一种旨在简化复杂有状态应用管理，它是一个感知应用状态的控制器，通过扩展kubernetes的api来自动创建、管理和配置应用实例。此外，目标服务的资源对象(custom resource，cr)用于部署目标服务。
44.步骤s202，通过预先部署的监控器监听资源对象，创建资源对象的指定数量的目标服务的实例；其中，实例通过容器技术集群的主节点或从节点运行。
45.监控器可以监听资源对象，在确定创建资源对象的指定数量之后，可以创建指定数量的目标服务的实例。例如：资源对象的指定数量为5，则可以创建5个目标服务的实例。
46.其中，这些目标服务的实例通过容器技术集群的主节点或从节点运行，以创建5个目标服务的实例为例，可以将其中1个目标服务的实例的配置文件设置为主节点相应的配置，将剩余4个目标服务的实例的配置文件设置为从节点相应的配置，因此，1个目标服务的实例可以通过容器技术集群的主节点运行，4个目标服务的实例可以通过容器技术集群的从节点运行。
47.步骤s204，创建主节点对应的负载均衡类型的目标服务；其中，目标服务的后端为主节点对应的实例。
48.将各个目标服务的实例配置完毕之后，可以创建主节点对应的负载均衡(lb)类型的目标服务，其中，负载均衡可以挂载某个服务的多个副本实例，并按一定策略均衡地向后端服务进行请求转发。因此，上述部署方式，没有部署哨兵模式，无需哨兵来管理redis实例。
49.本发明实施例提供的一种目标服务的部署方法，通过目标服务对应的监控器管理目标服务的实例，可以创建主节点对应的负载均衡类型的目标服务，没有部署哨兵模式，无需哨兵来管理redis实例，因此可以通过负载均衡直接获取到目标服务的主节点，可以支持当前kubernetes集群外的服务进行访问，可以提高用户的体验感。
50.本实施例提供了另一种目标服务的部署方法，该方法在上述实施例的基础上实
现；本实施例重点描述部署目标服务对应的监控器和通过监控器监听资源对象的具体实施方式。参见图3所示的另一种目标服务的部署方法的流程图，本实施例中的目标服务的部署方法包括如下步骤：
51.步骤s300，部署目标服务对应的监控器，并接收待创建的目标服务的资源对象。
52.本实施例中的监控器可以为operator监控器，例如：部署所述目标服务对应的operator监控器。继续以目标服务是redis服务为例，参见图4的另一种的redis服务部署的架构示意图，可以部署图4中所示的redis服务的operator监控器(redis-operator)。
53.其中，本实施例中可以以deployment部署redis-operator。deployment在kubernetes中用于部署无状态服务。用户只需要在deployment中描述想要的目标状态是什么，deployment controller就可以帮助将pod和replicaset(配置文件)的实际状态改变到上述目标状态。此外，如图4所示，图4中用户发送的redis cr即redis服务的资源对象。
54.步骤s302，通过operator监控器监听资源对象的提交操作，创建资源对象的指定数量的目标服务的实例；其中，实例通过容器技术集群的主节点或从节点运行。
55.如图4所示，operator监控器可以监听资源对象的提交操作，如果operator监控器监听到redis cr的提交操作，就可以创建资源对象的指定数量的目标服务的实例。例如redis cr里指定创建三个副本的redis实例，这时redis-operator就会创建一个statefulset，包含了三个redis实例。其中，statefulset在kubernetes中用于部署有状态服务。
56.具体地，可以通过下述步骤创建资源对象的指定数量的目标服务的实例：确定资源对象的指定数量；创建的指定数量的目标服务的实例，并为实例的配置文件设置为主节点对应的配置或者从节点对应的配置。
57.以图4为例，图4的指定数量为3，因此可以共创建3个实例pod，分别为redis-0-pod、redis-1-pod和redis-2-pod。
58.一般来说，可以先确定用于主节点配置的实例，称为目标实例，将目标实例配置完毕之后再对其他实例进行配置，例如：从实例中确定目标实例；将目标实例的标签设置为主节点对应的标签，并为目标实例的配置文件设置为主节点对应的配置；将实例中除目标实例之外的其他实例的标签设置为从节点对应的标签，并为其他实例的配置文件设置为从节点对应的配置。
59.如图4所示，可以默认将第一个实例redis-0-pod作为目标实例，并对实例redis-0-pod的标签设置为主节点对应的标签，即将实例redis-0-pod的label标签设为role＝master；并且，将redis-0-pod的配置文件设置为主节点对应的配置。之后，可以对实例redis-1-pod和实例redis-2-pod的标签设置为主节点对应的标签，即将实例redis-1-pod和实例redis-2-pod的label标签设为role＝replica；并且，将实例redis-1-pod和实例redis-2-pod的配置文件设置为从节点对应的配置。
60.步骤s304，创建主节点对应的负载均衡类型的目标服务；其中，目标服务的后端为主节点对应的实例。
61.如图4所示，本实施例可以创建主节点对应的lb类型的目标服务service，并对外提供服务。可以通过负载均衡直接获取到目标服务的主节点，可以支持当前kubernetes集群外的服务进行访问，可以提高用户的体验感。
62.综上，本发明实施例提供的上述方法，可以使用kubernetes的operator模式实现一个redis-operator来管理redis实例的高可用，可以直接通过kubernetes的service而不需要通过哨兵就可以获取到redis实例的主节点，可以支持当前kubernetes集群外的服务进行访问，可以提高用户的体验感。
63.当rddis发生故障的时候，本实施例可以通过下述步骤进行故障转移：如果主节点对应的实例的状态为异常状态，将主节点对应的实例的标签设置为从节点对应的标签，并为主节点对应的实例的配置文件设置为从节点对应的配置；将一个从节点对应的实例的标签设置为主节点对应的标签，并为该从节点对应的实例的配置文件设置为主节点对应的配置。
64.主节点对应的实例的状态为异常状态可以理解为redis主节点不可用的状态。redis-operator会时刻监控着redis主节点实例的状态，当发现redis主节点不可用时主节点对应的实例的标签设置为从节点对应的标签，即更改主节点pod的标签label为role＝replica，并且为主节点对应的实例的配置文件设置为从节点对应的配置。
65.同时，可以将一个从节点对应的实例的标签设置为主节点对应的标签，即将该从节点的pod对应的label更改为role＝master，然后为该从节点对应的实例的配置文件设置为主节点对应的配置。
66.在完成配置的调整后，上述方法还包括：通过目标服务识别实例的标签调整操作，切换目标服务的后端为调整后的主节点对应的实例。
67.主节点对应lb类型的service可以识别后端对应pod的label发生变化(即识别实例的标签调整操作)，自动切换后端为调整后的主节点对应的pod，并对外提供服务。
68.综上，本发明实施例提供了一种基于kubernetes的operator模式实现非哨兵模式的redis服务的高可用和故障自动转移的实现方式。现有技术中的部署方式需要哨兵模式额外部署哨兵，并且需要组建哨兵集群，现有技术的部署方式起来相对复杂，本发明实施例提供的上述方法通过目标服务对应的监控器管理目标服务的实例，可以创建主节点对应的负载均衡类型的目标服务，没有部署哨兵模式，无需哨兵来管理redis实例。
69.现有技术的部署方式由于采用哨兵模式，客户端可以通过哨兵模块获取到master节点的announce ip进行通信，但是announce ip是集群内的ip，无法在kubernetes的集群外访问。而本发明实施例提供的上述方法，可以直接通过lb service直接获取到redis的主节点，不需要通过哨兵来获取，而且主节点对应的service是lb类型的，可以直接在kubernetes外直接访问，因此可以提高用户的体验感。
70.对应于上述方法实施例，本发明实施例提供了一种目标服务的部署装置，应用于容器技术集群，参见图5所示的一种目标服务的部署装置的结构示意图，该目标服务的部署装置包括：
71.资源对象接收模块51，用于接收待创建的目标服务的资源对象；
72.实例创建模块52，用于通过预先部署的监控器监听资源对象，创建资源对象的指定数量的目标服务的实例；其中，实例通过容器技术集群的主节点或从节点运行；
73.目标服务创建模块53，用于创建主节点对应的负载均衡类型的目标服务；其中，目标服务的后端为主节点对应的实例。
74.本发明实施例提供的一种目标服务的部署装置，通过目标服务对应的监控器管理
目标服务的实例，可以创建主节点对应的负载均衡类型的目标服务，没有部署哨兵模式，无需哨兵来管理redis实例，因此可以通过负载均衡直接获取到目标服务的主节点，可以支持当前kubernetes集群外的服务进行访问，可以提高用户的体验感。
75.参见图6所示的另一种目标服务的部署装置的结构示意图，该目标服务的部署装置还包括：监控器部署模块54，与实例创建模块52连接，监控器部署模块54，用于部署所述目标服务对应的监控器。
76.上述监控器部署模块，用于部署目标服务对应的operator监控器；上述实例创建模块，用于通过operator监控器监听资源对象的提交操作。
77.上述实例创建模块，用于确定资源对象的指定数量；创建的指定数量的目标服务的实例，并为实例的配置文件设置为主节点对应的配置或者从节点对应的配置。
78.上述实例创建模块，用于从实例中确定目标实例；将目标实例的标签设置为主节点对应的标签，并为目标实例的配置文件设置为主节点对应的配置；将实例中除目标实例之外的其他实例的标签设置为从节点对应的标签，并为其他实例的配置文件设置为从节点对应的配置。
79.参见图6所示的另一种目标服务的部署装置的结构示意图，该目标服务的部署装置还包括：故障转移模块55，与53连接，故障转移模块55用于通过监控器监控主节点对应的实例的状态；基于主节点对应的实例的状态调整主节点对应的实例的配置文件和从节点对应的实例的配置文件。
80.上述故障转移模块55，用于如果主节点对应的实例的状态为异常状态，将主节点对应的实例的标签设置为从节点对应的标签，并为主节点对应的实例的配置文件设置为从节点对应的配置；将一个从节点对应的实例的标签设置为主节点对应的标签，并为该从节点对应的实例的配置文件设置为主节点对应的配置。
81.上述故障转移模块55，还用于通过目标服务识别实例的标签调整操作，切换目标服务的后端为调整后的主节点对应的实例。
82.上述目标服务为redis服务。
83.本发明实施例所提供的目标服务的部署装置，其实现原理及产生的技术效果和前述目标服务的部署方法实施例相同，为简要描述，目标服务的部署装置实施例部分未提及之处，可参考前述目标服务的部署方法实施例中相应内容。
84.本发明实施例还提供了一种电子设备，用于运行上述目标服务的部署方法；参见图7所示的一种电子设备的结构示意图，该电子设备包括存储器100和处理器101，其中，存储器100用于存储一条或多条计算机指令，一条或多条计算机指令被处理器101执行，以实现上述目标服务的部署方法。
85.进一步地，图7所示的电子设备还包括总线102和通信接口103，处理器101、通信接口103和存储器100通过总线102连接。
86.其中，存储器100可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线102可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个
双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
87.处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器100，处理器101读取存储器100中的信息，结合其硬件完成前述实施例的方法的步骤。
88.本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令在被处理器调用和执行时，计算机可执行指令促使处理器实现上述目标服务的部署方法，具体实现可参见方法实施例，在此不再赘述。
89.本发明实施例所提供的目标服务的部署方法、装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。
90.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和/或装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
91.另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
92.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
93.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
94.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。