CN110324167A - 服务治理规则的配置方法、装置、系统以及电子设备 - Google Patents

Abstract

本发明实施例提供了一种服务治理规则的配置方法、装置、系统以及电子设备，所述方法包括：获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；将所述服务治理规则推送到目标执行端进行规则处理。通过本发明实施例，可提高服务治理规则的配置效率，从而提高服务调用的合理性。

Description

服务治理规则的配置方法、装置、系统以及电子设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种服务治理规则的配置方法、装置、系统以及电子设备。

背景技术

在现有分布式服务框架中，主要包括：提供服务并将服务相关信息发布到地址注册中心(比如设置于服务配置中心)的服务端(即服务的提供者)，用于从地址注册中心查询、订阅可用的服务相关信息并从中选择服务端执行服务的客户端(即服务的消费者)、用于通过地址注册中心来管理已注册的服务端相关信息(比如服务端IP地址等)、通过配置管理中心来配置服务治理规则(比如路由规则等)的服务配置中心，在实际应用环境中，通常还可包括用于执行应用发布、服务集群扩容/缩容等操作的发布系统。

其中，现有服务治理规则的配置方式为，由人工通过配置管理中心对服务治理规则进行配置，且每当服务集群中发生服务端扩容/缩容等变化后，都需要由人工根据扩容/缩容的服务端地址对服务治理规则进行手动更新操作。

在上述现有服务治理规则的配置方式中，一方面，配置过程需要耗费大量的人力成本，配置效率较低；另一方面，在没有及时更新服务治理规则的情况下，可能会导致扩容/缩容的服务端不能被合理调用，以影响调用服务的可用性。

发明内容

本发明提供了一种服务治理规则的配置方法、装置、系统以及电子设备，可提高服务治理规则的配置效率，从而提高服务调用的合理性。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种服务治理规则的配置方法，包括：

获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

将所述服务治理规则推送到目标执行端进行规则处理。

第二方面，提供了一种服务治理规则的配置装置，包括：

数据获取模块，用于获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

规则生成模块，用于基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

规则推送模块，用于将所述服务治理规则推送到目标执行端进行规则处理。

第三方面，提供了一种服务系统，包括：服务配置中心、发布系统、客户端和服务集群以及设置在所述发布系统中的服务治理规则的配置装置；所述服务治理规则的配置装置包括：

数据获取模块，用于获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

规则生成模块，用于基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

规则推送模块，用于将所述服务治理规则推送到所述客户端进行规则处理。

第四方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

将所述服务治理规则推送到目标执行端进行规则处理。

本发明提供的服务治理规则的配置方法、装置、系统以及电子设备，可在服务治理对象的参数信息如扩容或者缩容后的服务端的IP地址发生变化时，根据变化后的参数信息及预置的规则模板自动生成相应的服务治理规则，一方面，可在不依赖于人力的情况下实现服务治理规则的配置操作，可降低人力成本，且可提高服务治理规则的配置效率；另一方面，可提高服务治理规则配置的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题，从而可提高调用服务的可用性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有分布式服务框架的部署架构图；

图2为现有分布式服务框架的服务处理流程示意图；

图3为本发明实施例提供的服务治理规则的配置方法的应用场景示意图；

图4为本发明实施例提供的服务系统的应用场景示意图；

图5为本发明实施例一提供的服务治理规则的配置方法流程示意图；

图6为本发明实施例二提供的服务治理规则的配置装置结构示意图；

图7为本发明实施例三提供的服务系统结构示意图；

图8为本发明实施例四提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例涉及服务治理规则的配置方案，可应用分布式服务框架中，如图1所示，为现有分布式服务框架的部署架构图，其核心组成包括：客户端组11、服务端组(也可称为服务集群)12、服务配置中心13和发布系统14，客户端组11可由多个客户端组成，服务端组12可由多个服务端组成。

如图2所示，为现有技术中在分布式服务框架中执行服务处理的逻辑架构图，其中：

客户端110，可用于根据所需服务，向服务配置中心13查询、订阅服务，以从服务配置中心13获得服务端地址信息(比如，可为包括可执行所订阅服务的服务端地址信息的服务信息列表等)及服务治理规则(比如，路由规则)等，并结合服务治理规则选择服务端120发起远程服务调用；

服务端120，可用于将已完成注册后的服务端的相关信息(比如，服务端标识、服务端地址等信息)发送至服务配置中心13，并可接收和处理来自客户端110的远程服务调用并返回服务调用结果；

发布系统14，可用于执行应用的发布、服务集群的扩容/缩容等操作的维护，如基于扩容/缩容后的服务端形成新的路由规则；

服务配置中心13，可包括地址注册中心131和配置管理中心132，其中：

地址注册中心131，可用于管理已完成注册的服务端120相关信息(比如服务端IP地址等)，并可基于客户端110的订阅请求，或是在服务端120扩容/缩容等情况以致服务端地址信息发生变化后，将变化后的服务端地址信息推送给客户端110；

配置管理中心132，可用于配置服务治理规则(比如路由规则等)，并可基于客户端110的订阅请求，或是在服务治理规则发生变化后，将服务治理规则推送给客户端110。

其中，服务治理规则是由人工通过配置管理中心132进行手动配置的，每当服务集群中发生服务端扩容/缩容等变化后，都需要由人工根据扩容/缩容的服务端地址对服务治理规则进行手动修改以完成更新操作。

因此，在上述现有服务治理规则的配置方式中，存在如下问题：

第一，由人工执行配置、更新操作，配置过程需要耗费大量的人力成本，配置效率较低；

第二，在没有及时更新服务治理规则的情况下，可能会导致扩容的服务端不能被及时利用以分担集群服务压力、缩容的服务端不能被及时过滤掉而仍会被选择调用等调用不合理的问题，以影响服务调用的合理性，从而使得调用服务的可用性降低。

参看图3所示，基于上述分析，为了有效解决上述服务治理规则的配置效率低、进而影响服务调用合理性的问题，本发明实施例改变了现有技术中，人工配置服务治理规则的方式，其核心思想在于，首先针对不同的服务治理规则类型(比如，路由规则等)预先设置对应的规则模板(比如，路由规则模板等)，基于此，在分布式服务的服务治理过程中，可在需要生成新的服务治理规则时，比如在某服务治理规则所涉及的服务治理对象的参数信息(如，服务治理所针对的对象为被路由的服务端时，参数信息可为服务端的IP地址)发生变化时，可基于变化后的参数信息以及该服务治理规则对应的规则模板(比如路由规则模板)自动生成新的服务治理规则(比如，路由规则)，然后可将更新的服务治理规则推送到规则执行端(比如，订阅路由规则的客户端)，以在后续的服务处理过程中根据该最新推送的服务治理规则执行相关操作(比如，根据更新的路由规则选择服务端(在服务端1......服务端N中选择)，并根据选择结果向目标服务端发起远程服务调用)。以此，可在服务治理对象的参数信息发生变化时，根据变化后的参数信息及预置的规则模板自动生成相应的服务治理规则，一方面，可在不依赖于人力的情况下实现服务治理规则的配置操作，可降低人力成本，且可提高服务治理规则的配置效率；另一方面，可提高服务治理规则配置的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题，从而可提高调用服务的可用性。

如图4所示，为本发明实施例提供的服务系统的场景示意图。在本实施例中，以服务治理规则为路由规则为例进行说明，该服务系统中，包括服务配置中心、发布系统、客户端和包括多台服务端(比如，服务端1......服务端N)的服务集群以及设置在发布系统中的服务治理规则的配置装置。

其中，可在服务配置中心中，针对路由规则预先设置对应的路由规则模板。基于此，在服务提供者(比如服务集群)通过发布系统为服务端机器扩容或缩容操作(本实施例中为扩容操作)，并变更了可用的服务端IP地址列表(增加了服务端N+1)后，该服务治理规则的配置装置，可从服务配置中心中获取预先设置的路由规则模板以及服务集群提供的变更后的服务端IP地址，再基于变更后的服务端IP地址经预置处理逻辑对路由规则模板进行编译以形成新的路由规则(即图中的“路由规则-新”)，然后将新的路由规则推送到服务配置中心，并通过服务配置中心推送到客户端进行规则处理；相应的，客户端，则可执行该新的路由规则以从本地服务端列表(可从服务配置中心的地址注册中心订阅获得)中选取指定的服务端，并根据选址结果向服务集群中的该指定的服务端(即目标服务端，比如服务端N+1)发起调用服务流程。在该实施例的服务系统中，一方面，可在不依赖于人力的情况下，通过服务治理规则的配置装置自动配置服务治理规则，不但可降低人力成本，还可提高服务治理规则的配置效率；另一方面，由于根据参数信息的变化而自动触发配置服务治理规则，可提高配置操作的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题(比如，因扩容而新增的服务端不能被及时利用以分担集群服务压力、因缩容而撤离的服务端不能被及时过滤掉而仍会被选择调用等)，以实现对服务端的合理调用，从而提高调用服务的可用性。

实施例一

如图5所示，为本发明实施例一的服务治理规则的配置方法的流程示意图，该方法的执行主体可为图4中的服务治理规则的配置装置，根据实际需要，该服务治理规则的配置装置，可设置于发布系统中、服务配置中心中或是其他单独的系统中。

如图5所示，该方法包括如下步骤：

S510，获取待生成的服务治理规则所属规则类型的规则模板以及服务治理规则所涉及的服务治理对象的参数信息。

在本实施例中，可在线下预先生成上述规则模板，具体可为，通过前期对于某些服务治理规则的特性(比如，规则类型、规则的治理对象、规则的执行端、规则的必要信息，等等)进行收集，以整理出每个类型的服务治理规则所对应的规则特性，并根据不同类型的服务治理规则的规则特性，在线下预先生成对应的规则模板，然后可将该规则模板存储于服务配置中心中(比如可存储于配置管理中心中)，以便在后续需要生成服务治理规则时调用。

其中，服务治理规则类型可以包括：路由规则(比如，预先设置路由条件，客户端则可选择满足路由条件的服务端进行服务调用)、归组规则(比如，预先对服务端进行分组，以便服务端根据规组规则改变服务发布的组别)、同机房规则(比如，预先设置同机房规则，客户端则优先选择位于同机房的服务端进行服务调用)、权重规则(比如，预先对某些服务端的权重进行配置，客户端则可根据权重配置选择服务端进行服务调用且权重大的服务端被调用的几率更大)。

相应的，规则模板可以包括：路由规则模板、归组规则模板、同机房规则模板、权重规则模板等。

在实际应用中，同一规则模板可针对不同的服务治理对象(即服务治理所针对的对象，比如，路由规则所针对的对象可为被路由的服务端等)，且同一规则模板可包含多个规则名，可对应生成多个规则，每个规则可对应一个服务。

其中，服务治理规则所涉及的服务治理对象的参数信息，比如，在服务治理规则为路由规则时，所涉及的服务治理对象对应为被路由的服务端，参数信息则对应为服务端的IP地址等。

在具体实现时，获取待生成的服务治理规则所属规则类型的规则模板，可理解为在服务治理规则所涉及的服务治理对象的参数信息发生变化时，即可生成新的服务治理规则，由此可触发执行上述获取操作，以获取相应的服务治理规则模板，比如，在服务治理规则为路由规则的情况下，被路由的服务端的IP地址发生变化时，即可生成新的服务治理规则，由此可触发获取路由规则模板。接下来，可获取服务治理规则所涉及的服务治理对象的参数信息，可理解为获取变化后的服务端的IP地址，然后基于该获取结果进行后续操作。

S520，基于参数信息经预置处理逻辑对规则模板进行编译，形成服务治理规则。

在本实施例中，对规则模板的编译过程，可以理解为根据预置的逻辑进行处理的过程，在一种实现方式中，可在规则模板中可设置有占位标识，相应的，在对规则模板进行编译的过程中，可将规则模板中的占位标识替换为上述参数信息，并将替换处理后的规则模板标记为服务治理规则。当然，上述替换方式，在技术实现上较为方便，也可根据实际需要采用其他的编译方式以形成服务治理规则。

在具体实现时，以路由规则为例，通常在服务集群中发生服务端变化的情况下，比如服务端扩容/缩容等情况下，需要对路由规则根据服务端变化情况进行及时更新，因此，在本实施例中，服务治理对象可以包括服务集群扩容或缩容后的服务端。

基于此，规则模板中的占位标识，可包括扩容或缩容后的服务端所属的分组标识，且参数信息可为扩容或缩容后的服务端的IP地址。因此，在对规则模板进行编译的过程中，可将规则模板中的扩容或缩容后的服务端所属的分组标识替换为扩容或缩容后的服务端内的IP地址，然后可将替换处理后的规则模板标记为路由规则(即生成一个新的路由规则)。

此外，在实际应用中，规则模板中的占位标识，除了上述的分组标识之外，还可以是其他与IP地址列表映射的占位标识等占位符，只要能够实现预先占位且能够使用变化后的参数信息进行替换即可。

S530，将服务治理规则推送到目标执行端进行规则处理。

在实际应用中，针对服务治理规则的生成过程，可根据需要设置在发布系统、服务配置中心或其他单独的规则生成系统中完成，从技术实现角度来说，上述设置方式都可以实现，但是，采用单独的规则生成系统的方式，更能够保证服务配置中心、发布系统、规则生成系统这三个功能单元的职责专一性，且不会因为某一功能单元发生故障而影响其他功能单元的功能执行。

因此，在生成服务治理规则后，可将服务治理规则推送到目标执行端，以便于目标执行端根据服务治理规则进行后续处理，比如，在服务治理规则为路由规则时，对应的目标执行端为客户端，以便客户端根据路由规则选择服务端地址以发起服务调用；在服务治理规则为归组规则是，对应的目标执行端为服务端，以便服务端根据规组规则改变服务发布的组别，等等。

下面以具体例子来说明路由规则的生成过程。

一、路由模板及路由规则的生成

1、比如该规则模板归属的应用为：demoApp，且该demoApp具有2个机器分组，可如表1所示：

表1

机器分组名	IP列表
		demoApp_readhost	192.168.0.1,192.168.0.2,192.168.0.3
demoApp_writehost	192.168.1.1,192.168.1.2,192.168.1.3

2、应用demoApp发布了2个服务：

服务一：

com.alibaba.service.demo.AService，包含方法：

readA()

writeA()

服务二：

com.alibaba.service.demo.BService，包含方法：

readB()

writeB()

3、接下来为demoApp创建一个路由模板，其中，一个应用是可以创建多的模板的，比如，可通过以下代码对路由模板进行创建：

4、模板编译后，会为服务com.alibaba.service.demo.AService和com.alibaba.service.demo.BService分别生成路由规则，两个路由规则都可存储于服务配置中心中的配置管理中心，其两个路由规则的规则内容相同，但关键词key不同，分别为：

服务一：com.alibaba.service.demo.AService.RULES

服务二：com.alibaba.service.demo.BService.RULES

该路由规则内容为如下：

当客户端调用当前服务以read为前缀的方法时，从IP 192.168.0.1,192.168.0.2,192.168.0.3中选择服务提供方；

当客户端调用当前服务以write为前缀的方法时，从IP 192.168.1.1,192.168.1.2,192.168.1.3中选择服务提供方；

否则，随机选址。

二、发布系统执行扩容操作后，更新路由规则。

1、假设应用demoApp在发布系统中执行了一次扩容操作：新增机器192.168.0.4到demoApp_readhost分组中。

2、由发布系统触发规则模板的编译操作，可先从配置管理中心获取路由规则模板，并可根据扩容后的服务端IP地址将com.alibaba.service.demo.AService和com.alibaba.service.demo.BService的路由规则进行更新，比如可通过以下代码进行更新：

3、在新的路由规则生成后，发布系统可将该新的路由规则通过配置管理中心推送到订阅该这两个服务的客户端，以便客户端可根据新的路由规则进行服务调用，也即新增的机器192.168.0.4也可能就会收到“read*方法”的调用。

本实施例提供的服务治理规则的配置方法，可在服务治理对象的参数信息发生变化时，根据变化后的参数信息及预置的规则模板自动生成相应的服务治理规则，一方面，可在不依赖于人力的情况下实现服务治理规则的配置操作，可降低人力成本，且可提高服务治理规则的配置效率；另一方面，可提高服务治理规则配置的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题，从而可提高调用服务的可用性。

实施例二

如图6所示，其为本发明实施例二的服务治理规则的配置装置的结构示意图，可用于执行如图5所示的方法步骤，该服务治理规则的配置装置可以包括：数据获取模块610、规则生成模块620及规则推送模块630，其中：

数据获取模块610，可用于获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息。

其中，规则模板的规则类型可包括：路由规则、归组规则、同机房规则以及权重规则中的至少一种。

在实际应用中，该规则模板可为线下预先生成。

规则生成模块620，可用于基于参数信息经预置处理逻辑对规则模板进行编译，形成服务治理规则。

在具体实现时，规则模板中设置有占位标识。

基于此，规则生成模块620，可具体用于：将规则模板中的占位标识替换为参数信息，并将替换处理后的规则模板标记为服务治理规则。

在本实施例中，服务治理对象可包括服务集群扩容或缩容后的服务端。

基于此，规则模板中的占位标识，可以包括：扩容或缩容后的服务端所属的分组标识；

参数信息可为扩容或缩容后的服务端的IP地址。

规则推送模块630，可用于将服务治理规则推送到目标执行端进行规则处理。

本实施例提供的服务治理规则的配置装置，可在服务治理对象的参数信息发生变化时，根据变化后的参数信息及预置的规则模板自动生成相应的服务治理规则，一方面，可在不依赖于人力的情况下实现服务治理规则的配置操作，可降低人力成本，且可提高服务治理规则的配置效率；另一方面，可提高服务治理规则配置的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题，从而可提高调用服务的可用性。

实施例三

如图7所示，其为本发明实施例三的服务系统的结构示意图，该服务系统，可包括客户端110、由多个服务端120组成的服务集群、服务配置中心13及发布系统14，且在发布系统14中可设置有如实施例二的服务治理规则的配置装置140。

其中，发布系统14，可通过服务治理规则的配置装置140从服务配置中心13(在本实施例中，比如可为服务配置中心13中的配置管理中心132)获取路由规则模板以及服务提供者提供的服务端的IP地址，再基于服务端的IP地址经预置处理逻辑对路由规则模板进行编译以形成路由规则，然后将路由规则通过服务配置中心13推送到客户端110进行规则处理。

在实际应用中，该服务治理规则的配置装置，除了可设置于发布系统中之外，也可根据实际需要设置于服务配置中心，或者除发布系统、服务配置中心之外单独的用于生成服务治理规则的规则生成系统中，也就是说，针对比如路由规则等的服务治理规则的生成过程，可根据需要设置在发布系统、服务配置中心或其他单独的规则生成系统中完成，从技术实现角度来说，上述设置方式都可以实现，但是，采用单独的规则生成系统的方式，更能够保证服务配置中心、发布系统、规则生成系统这三个执行单位的职责专一性，且不会因为某一执行单位发生故障而影响其他执行单位的功能执行。

相应的，客户端110，可用于执行路由规则从本地服务端列表中选取指定的服务端，并向服务集群中的该指定服务端发起调用服务流程。

其中，本地服务端列表，即包括服务端IP地址的列表，可通过向地址注册中心131订阅并由地址注册中心131推送到服客户端，根据实际需要，地址注册中心可设置于服务配置中心中，也可单独设置。

在本实施例中，地址注册中心131可与配置管理中心132可集中设置在同一服务器或服务集群中，也可以分开部署。其中，如果在服务集群中机器较少，服务压力较小的情况下，可采用集中设置，比如设置于服务配置中心13，以便于部署及管理；如果在服务集群中机器较多，服务压力日益增大的情况下，则分开部署较为合适，以解耦服务的地址注册与服务治理两个过程，使得地址管理与服务管理互不影响，单独管理，提高各自的管理效率。

本实施例提供的服务系统，可在服务治理对象的参数信息发生变化时，根据变化后的参数信息及预置的规则模板自动生成相应的服务治理规则，一方面，可在不依赖于人力的情况下实现服务治理规则的配置操作，可降低人力成本，且可提高服务治理规则的配置效率；另一方面，可提高服务治理规则配置的及时性，以避免由于服务治理规则配置不及时而导致的服务调用不合理的问题，从而可提高调用服务的可用性。

实施例四

前面描述了服务治理规则的配置装置的内部功能和结构，该装置可实现为一种电子设备，如图8所示，其为本发明实施例提供的电子设备的结构示意图，具体包括：存储器801和处理器802。

存储器801，用于存储程序。

除上述程序之外，存储器801还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器801可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器802，耦合至存储器801，用于执行存储器801中的程序，以用于：

获取待生成的服务治理规则所属规则类型的规则模板以及服务治理规则所涉及的服务治理对象的参数信息；

基于参数信息经预置处理逻辑对规则模板进行编译，形成服务治理规则；

将服务治理规则推送到目标执行端进行规则处理。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图8所示，电子设备还可以包括：通信组件803、电源组件804、音频组件805、显示器806等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

通信组件803被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件803经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件803还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件804，为电子设备的各种组件提供电力。电源组件804可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件805被配置为输出和/或输入音频信号。例如，音频组件805包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器801或经由通信组件803发送。在一些实施例中，音频组件805还包括一个扬声器，用于输出音频信号。

显示器806包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (13)

1.一种服务系统，其特征在于，包括：服务配置中心、发布系统、客户端和服务集群以及设置在所述发布系统中的服务治理规则的配置装置；所述服务治理规则的配置装置包括：

数据获取模块，用于获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

规则生成模块，用于基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

规则推送模块，用于将所述服务治理规则推送到所述客户端进行规则处理。

2.根据权利要求1所述的服务系统，其特征在于，所述规则模板中设置有占位标识；

所述规则生成模块，具体用于：将所述规则模板中的占位标识替换为所述参数信息，并将替换处理后的所述规则模板标记为所述服务治理规则。

3.根据权利要求2所述的服务系统，其特征在于，所述服务治理对象包括服务集群扩容或缩容后的服务端；

所述规则模板中的所述占位标识，包括：所述扩容或缩容后的服务端所属的分组标识；

所述参数信息为扩容或缩容后的服务端的IP地址。

4.根据权利要求1所述的服务系统，其特征在于，所述规则模板的规则类型包括：路由规则、归组规则、同机房规则以及权重规则中的至少一种。

5.根据权利要求1所述的服务系统，其特征在于，所述规则模板为线下预先生成。

6.根据权利要求1所述的服务系统，其特征在于，

所述发布系统，用于从所述服务配置中心获取路由规则模板以及服务提供者提供的服务端的IP地址；基于所述服务端的IP地址经预置处理逻辑对所述路由规则模板进行编译，形成路由规则；将所述路由规则通过所述服务配置中心推送到客户端进行规则处理；

所述客户端，用于执行所述路由规则从本地服务端列表中选取指定的服务端，并向所述服务集群中的该指定服务端发起调用服务流程。

7.一种服务治理规则的配置方法，其特征在于，包括：

获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

将所述服务治理规则推送到目标执行端进行规则处理。

8.根据权利要求7所述的方法，其特征在于，所述规则模板中设置有占位标识；

所述基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则，包括：

将所述规则模板中的占位标识替换为所述参数信息，并将替换处理后的所述规则模板标记为所述服务治理规则。

9.根据权利要求8所述的方法，其特征在于，所述服务治理对象包括服务集群扩容或缩容后的服务端；

所述规则模板中的所述占位标识包括：所述扩容或缩容后的服务端所属的分组标识；

所述参数信息为扩容或缩容后的服务端的IP地址。

10.根据权利要求7所述的方法，其特征在于，所述规则模板的规则类型包括：路由规则、归组规则、同机房规则以及权重规则中的至少一种。

11.根据权利要求7所述的方法，其特征在于，所述规则模板为线下预先生成。

12.一种服务治理规则的配置装置，其特征在于，包括：

数据获取模块，用于获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

规则生成模块，用于基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

规则推送模块，用于将所述服务治理规则推送到目标执行端进行规则处理。

13.一种电子设备，其特征在于，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

获取待生成的服务治理规则所属规则类型的规则模板以及所述服务治理规则所涉及的服务治理对象的参数信息；

基于所述参数信息经预置处理逻辑对所述规则模板进行编译，形成所述服务治理规则；

将所述服务治理规则推送到目标执行端进行规则处理。