CN106385435A - 一种业务系统的服务治理方法和系统 - Google Patents

Abstract

本发明实施例提供了一种业务系统的服务治理方法和系统。该业务系统具体包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理方法和系统为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理方法和系统有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。

Description

一种业务系统的服务治理方法和系统

技术领域

本发明涉及网络技术领域，特别是涉及一种业务系统的服务治理方法和一种业务系统的服务治理系统。

背景技术

随着业务系统的不断发展，规模不断变大，业务需求更加多样化，传统的单体开发模式的弊端越来越明显，存在如业务逻辑复杂耦合、开发维护成本高、不利于水平扩展等各类问题，为解决面临的各种问题及更加适合分布式系统的整体开发，通常需要引入服务治理框架。

服务治理框架的实现目前已经有比较成熟的解决方案，一般由生产者、消费者、注册中心、服务管理中心构成，整体的工作流程是生产者向注册中心发布服务，消费者向注册中心订阅所需的服务，注册中心返回给消费者可用的服务者的地址列表，如果服务有变更，注册中心基于长连接的方式将变更数据推送给消费者。在整个消费服务过程中，消费者和生产者会记录调用IP、次数和耗时等信息，并定时将信息发送到服务管理中心。

发明人在实施本申请的过程中发现，上述业务系统中的服务者和消费者不多的情况下，注册中心和管理中心的稳定性能够满足系统需求，但是随着业务扩张，性能需求越来越高，服务越来越细化，部署的节点越来越多，对注册中心和管理中心的性能和稳定性依赖程度更高。其中，注册中心依赖于网络的稳定性，如果一旦因业务扩张导致网络抖动，短时间内必然会对注册中心产生很大的压力，甚至造成注册中心的崩溃，从而导致整个业务系统无法正常工作。

发明内容

有鉴于此，本发明提供了一种业务系统的服务治理方法和系统，以解决因在业务扩张的情况下当注册中心压力突然增大导致现有的业务系统无法正常工作的问题。

为了解决上述问题，本发明公开了一种业务系统的服务治理方法，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理方法应用于所述proxy中间件，具体包括如下步骤：

接收所述生产者上传的服务列表，所述服务列表用于描述所述生产者能够提供的服务项目；

将所述服务列表推送到所述注册中心；

响应所述消费者发出的订阅请求，根据所述订阅请求从上述注册中心获取所述服务列表；

将所述服务列表返回给所述消费者。

可选的，还包括：

当所述服务项目发生变化时，将变更后的服务列表推送给所述消费者。

可选的，还包括步骤：

对所述消费者和所述生产者的相对位置进行判断；

根据所述相对位置对所述消费者与所述生产者的访问请求按预设访问规则进行处理。

可选的，所述预设访问规则包括：

当所述消费者与所述生产者处于同一机房内时，按第一优先级处理所述消费者与所述生产者的访问请求；

当所述消费者与所述生产者不处于同一机房内但处于同一地域内时，按第二优先级处理所述消费者与所述生产者的访问请求；

当所述消费者与所述生产者不处于所述同一地域内时，按第三优先级处理所述消费者与所述生产者的访问请求；

所述第一优先级的优先程度高于所述第二优先级，所述第二优先级的优先程度高于所述第三优先级。

一种业务系统的服务治理方法，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理方法应用于所述管理中心，具体包括如下步骤：

利用消息队列的方式接收所述消费者和所述生产者所分别发送的调用数据。

对所述调用数据进行分析、计算、分类和归档。

相应的，为了保证上述方法的实施，本发明实施例还提供了一种业务系统的服务治理系统，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理系统应用于所述proxy中间件，具体包括：

服务列表获取模块，用于接收所述生产者上传的服务列表，所述服务列表用于描述所述生产者能够提供的服务项目；

服务列表上传模块，用于将所述服务列表推送到所述注册中心；

服务列表下载模块，用于响应所述消费者发出的订阅请求，根据所述订阅请求从上述注册中心获取所述服务列表；

服务列表发送模块，将所述服务列表返回给所述消费者。

可选的，还包括：

服务列表推送模块，用于当所述服务项目发生变化时，将变更后的服务列表推送给所述消费者。

可选的，还包括：

位置判断模块，用于对所述消费者和所述生产者的相对位置进行判断；

访问控制模块，用于根据所述相对位置对所述消费者与所述生产者的访问请求按预设访问规则进行处理。

可选的，所述访问控制模块包括：

第一控制单元，用于当所述消费者与所述生产者处于同一机房内时，按第一优先级处理所述消费者与所述生产者的访问请求；

第二控制单元，用于当所述消费者与所述生产者不处于同一机房内但处于同一地域内时，按第二优先级处理所述消费者与所述生产者的访问请求；

第三控制单元，用于当所述消费者与所述生产者不处于所述同一地域内时，按第三优先级处理所述消费者与所述生产者的访问请求；

所述第一优先级的优先程度高于所述第二优先级，所述第二优先级的优先程度高于所述第三优先级。

另外，还提供了一种业务系统的服务治理系统，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理系统应用于所述管理中心，具体包括：

数据接收模块，用于利用消息队列的方式接收所述消费者和所述生产者所分别发送的调用数据。

数据处理模块，用于对所述调用数据进行分析、计算、分类和归档。

从上述技术方案可以看出，本发明实施例提供了一种业务系统的服务治理方法和系统。该业务系统有别于传统的业务系统，具体包括包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理方法和系统为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理方法和系统有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例的一种业务系统的服务治理方法的步骤流程图；

图2为本发明实施例的业务系统的示意图；

图3为本发明实施例的另一种业务系统的服务治理方法的步骤流程图；

图4为本发明实施例的又一种业务系统的服务治理方法的步骤流程图；

图5为本发明实施例的又一种业务系统的服务治理方法的步骤流程图；

图6为本发明实施例的一种业务系统的服务治理系统的结构框图；

图7为本发明实施例的另一种业务系统的服务治理系统的结构框图；

图8为本发明实施例的又一种业务系统的服务治理系统的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

图1为本发明实施例的一种业务系统的服务治理方法的步骤流程图。

参照图1所示，本实施例提供的服务治理方法应用于业务系统中，提供一种去中心的工作方案，本实施例中的业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，如图2所示，其中proxy中间件20为多个，作为注册中心10的分中心存在，每个proxy中间件20服务于相应的消费者30和生产者40，该服务治理方法应用于该proxy中间件20，具体包括如下步骤：

S101：接收生产者上传的服务列表。

生产者40能够提供多种服务项目，在提供上述多种服务项目的基础上，为了能够使消费者30能够调用，将所能提供的服务项目以列表形式上传。由于proxy中间件20的存在，该服务列表不再直接上传到注册中心，而是首先由proxy中间件20接收该服务列表。

proxy中间件也称代理中间件，在业务系统中起到一个分中心的作用，以代理部分注册中心的作用。而proxy也称为网络代理，是一种特殊的网络服务，允许一个网络终端(一般为客户端)通过这个服务与另一个网络终端(一般为服务器)进行非直接的连接。一些网关、路由器等网络设备具备网络代理功能。

S102：将服务列表推送到注册中心。

proxy中间件20在接收到生产者上传的服务列表后，及时将该服务列表上传到注册中心10，注册中心10将所有接收到的服务列表进行归档存储，以便在消费者30发出调用请求时向消费者30提供相应的服务项目。

S103：根据消费者的订阅请求从注册中心获取服务列表。

当消费者30需要得到相应的服务时，会发出相应的订阅请求，在接到该订阅请求后转发至注册中心10，注册中心10响应该订阅请求后将服务列表返回给proxy中间件20，这时接收该服务列表。

S104：将服务列表返回给消费者。

在接收到注册中心10根据上传的订阅请求返回的服务列表后，及时将该返回列表返回给发出订阅请求的消费者30，从而使消费者30能够获取到生产者所能提供的服务项目。

另外，管理中心50用于在整个消费服务过程中，对消费者30和生产者40的调用IP、次数和耗时等信息进行记录，在此记录过程中，上述调用IP、次数和耗时等信息是消费者或生产者定时通过异步方式推送到管理中心50的。

从上述技术方案可以看出，本实施例提供了一种业务系统的服务治理方法，该业务系统有别于传统的业务系统，具体包括包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理方法为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理方法有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。

另外，通过设置多个proxy中间件，在一个proxy中间出现问题的时候不会影响其他生产者和消费者，从而提高了业务系统的可靠性。

实施例二

图3为本发明实施例的另一种业务系统的服务治理方法的步骤流程图。

参照图3所示，本实施例提供的服务治理方法应用于业务系统中，提供一种去中心的工作方案，本实施例中的业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，，该服务治理方法应用于该proxy中间件20，具体包括如下步骤：

S201：接收生产者上传的服务列表。

生产者40能够提供多种服务项目，在提供上述多种服务项目的基础上，为了能够使消费30者能够调用，将所能提供的服务项目以列表形式上传。由于proxy中间件20的存在，该服务列表不再直接上传到注册中心10，而是首先由proxy中间件20接收该服务列表。

S202：将服务列表推送到注册中心。

proxy中间件20在接收到生产者30上传的服务列表后，及时将该服务列表上传到注册中心10，注册中心10将所有接收到的服务列表进行归档存储，以便在消费者发出调用请求时向消费者30提供相应的服务项目。

S203：根据消费者的订阅请求从注册中心获取服务列表。

当消费者30需要得到相应的服务时，会发出相应的订阅请求，在接到该订阅请求后转发至注册中心10，注册中心10响应该订阅请求后将服务列表返回给proxy中间件20，这时接收该服务列表。

S204：将服务列表返回给消费者。

在接收到注册中心10根据上传的订阅请求返回的服务列表后，及时将该返回列表返回给发出订阅请求的消费者30，从而使消费者30能够获取到生产者所能提供的服务项目。

S205：将变化后的服务列表推送给消费者。

当生产者40能够提供的服务项目发生变化时，例如增加、减少或改变了相应的服务项目，将变化后的服务列表推送给相应的消费者30，以使消费者30及时掌握变化后的服务项目，以便调用相应的服务项目。

在这里，生产者40的服务项目发生变化后服务列表必然也发生相应的变化，在发生变化后及时通过proxy中间件20将变化后的服务列表推送到注册中心10，这里proxy中间件20在将变化后的服务列表向注册中心10推送的同时也向相应的消费者30进行推送。

从上述技术方案可以看出，本实施例提供了一种业务系统的服务治理方法，该业务系统有别于传统的业务系统，具体包括包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理方法为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理方法有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。相对于上一实施例，本实施例还能够使消费者能够及时掌握最新的服务列表，以便有效调用调用消费者所能提供的消费项目。

实施例三

图4为本发明实施例的另一种业务系统的服务治理方法的步骤流程图。

参照图4所示，本实施例提供的服务治理方法应用于业务系统中，本实施例中的业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，该服务治理方法应用于该proxy中间件20，具体包括如下步骤：

S301：接收生产者上传的服务列表。

生产者40能够提供多种服务项目，在提供上述多种服务项目的基础上，为了能够使消费者30能够调用，将所能提供的服务项目以列表形式上传。由于proxy中间件20的存在，该服务列表不再直接上传到注册中心10，而是首先由proxy中间件20接收该服务列表。

S302：将服务列表推送到注册中心。

proxy中间件20在接收到生产者上传的服务列表后，及时将该服务列表上传到注册中心10，注册中心10将所有接收到的服务列表进行归档存储，以便在消费者30发出调用请求时向消费者30提供相应的服务项目。

S303：根据消费者的订阅请求从注册中心获取服务列表。

当消费者30需要得到相应的服务时，会发出相应的订阅请求，在接到该订阅请求后转发至注册中心10，注册中心10响应该订阅请求后将服务列表返回给proxy中间件20，这时接收该服务列表。

S304：将服务列表返回给消费者。

在接收到注册中心10根据上传的订阅请求返回的服务列表后，及时将该返回列表返回给发出订阅请求的消费者30，从而使消费者30能够获取到生产者40所能提供的服务项目。

S305：对消费者和生产者之间的相对位置进行判断。

消费者30和生产者40之间有可能存在与相同或不同的地理空间内，这里对于两者之间的相对位置进行判断的目的在于采取不同的访问控制措施，以便提供服务响应时间。两者之间的相对位置可能是位于同一机房、位于不同机房但位于同一地域、位于不同的地域，上述的地域可以是一个学校、单位或者城市。

S306：根据不同的相对位置采取不同的访问规则。

具体来说，对于位于同一机房的生产者40和消费者30发出的访问请求按第一优先级进行处理；对于位于不同机房但位于同一地域的生产者40和消费者30发出的访问请求按第二优先级进行处理；对于位于不同地域的生产者40和消费者30发出的访问请求按第三优先级进行处理。

上述的地域与上面所说的地域概念相同，均指一个学校、单位或者城市。其中的第一优先级的优先程度高于第二优先级，同理，第二优先级的优先程度高于第三优先级。因为对于业务系统来说，绝大部分的访问请求来源于同一机房或者同一地域内，通过优先处理绝大部分的同一机房或同一地域内的访问请求能够有效提高服务的响应时间。

从上述技术方案可以看出，本实施例提供了一种业务系统的服务治理方法，该业务系统有别于传统的业务系统，具体包括包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理方法为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理方法有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。并且通过对于生产者和消费者之间的相对位置确定相应的访问规则，能够有效提高服务的响应时间。

实施例四

图5为本发明实施例的一种业务的服务治理方法的步骤流程图。

参照图5所示，本实施例提供的服务治理方法应用于业务系统中，该业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，该服务治理方法应用于该管理中心50，具体包括如下步骤：

S401：利用消息队列的方式接收调用数据。

该调用数据是生产者40和消费者30在调用服务过程中产生的，具体包括调用IP、次数和耗时等信息，并以消息队列的形式发送到管理中心50；管理中心50则以异步处理的方式接收该消息队列中的调用数据。

S402：对调用数据进行处理。

在接收到上述调用数据后，对该调用数据进行分析、计算和存档，必要时可以采用大数据处理的相关技术对调用数据进行处理。

由于采用了消息队列，因此可以允许调用数据有一定数量的堆积，当瞬时有大量的消息推送的时候，由于消息队列的缓冲，不会对管理中心产生压力；另外一方面，由于使用了消息队列，使得数据处理可以解耦。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例五

图6为本发明实施例的一种业务系统的服务治理系统的步骤流程图。

参照图6所示，本实施例提供的服务治理系统应用于业务系统中，本实施例中的业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，如图2所示，其中proxy中间件20为多个，作为注册中心10的分中心存在，每个proxy中间件20服务于相应的消费者30和生产者40，该服务治理系统应用于该proxy中间件20，具体包括服务列表获取模块210、服务列表上传模块220、服务列表下载模块230和服务列表发送模块240。

服务列表获取模块210用于接收生产者上传的服务列表。

生产者40能够提供多种服务项目，在提供上述多种服务项目的基础上，为了能够使消费者30能够调用，将所能提供的服务项目以列表形式上传。由于proxy中间件20的存在，该服务列表不再直接上传到注册中心，而是首先由proxy中间件20接收该服务列表。

proxy中间件也称代理中间件，在业务系统中起到一个分中心的作用，以代理部分注册中心的作用。而proxy也称为网络代理，是一种特殊的网络服务，允许一个网络终端(一般为客户端)通过这个服务与另一个网络终端(一般为服务器)进行非直接的连接。一些网关、路由器等网络设备具备网络代理功能。

服务列表上传模块220用于将服务列表推送到注册中心。

proxy中间件20在接收到生产者上传的服务列表后，及时将该服务列表上传到注册中心10，注册中心10将所有接收到的服务列表进行归档存储，以便在消费者30发出调用请求时向消费者30提供相应的服务项目。

服务列表下载模块230用于根据消费者的订阅请求从注册中心获取服务列表。

当消费者30需要得到相应的服务时，会发出相应的订阅请求，在接到该订阅请求后转发至注册中心10，注册中心10响应该订阅请求后将服务列表返回给proxy中间件20，这时接收该服务列表。

服务列表发送模块240用于将服务列表返回给消费者。

在接收到注册中心10根据上传的订阅请求返回的服务列表后，及时将该返回列表返回给发出订阅请求的消费者30，从而使消费者30能够获取到生产者所能提供的服务项目。

另外，管理中心50用于在整个消费服务过程中，对消费者30和生产者40的调用IP、次数和耗时等信息进行记录，在此记录过程中，上述调用IP、次数和耗时等信息是消费者或生产者定时通过异步方式推送到管理中心50的。

从上述技术方案可以看出，本实施例提供了一种业务系统的服务治理系统，该业务系统有别于传统的业务系统，具体包括包括注册中心、proxy中间件、消费者、生产者和管理中心，其中proxy中间件为多个，作为注册中心的分中心存在，每个proxy中间件服务于相应的消费者和生产者，该proxy中间件的服务治理系统为接收生产者上传的服务列表，服务列表用于描述生产者能够提供的服务项目；将服务列表推送到注册中心；响应消费者发出的订阅请求，根据订阅请求从上述注册中心获取服务列表；将服务列表返回给消费者。从上述描述可以看出，由于引入了proxy中间件，在业务量突增的情况下，proxy中间件能够通过上述服务治理系统有效减轻对注册中心的业务压力，从而能够避免注册中心因短时间的巨大压力而崩溃。

另外，通过设置多个proxy中间件，在一个proxy中间出现问题的时候不会影响其他生产者和消费者，从而提高了业务系统的可靠性。

实施例六

图7为本发明实施例的另一种业务系统的服务治理系统的结构框图。

参照图7所示，本实施例提供的服务治理系统是在上一实施例的基础上增设了服务列表推送模块250、位置判断模块260和访问控制模块270。

服务列表推送模块250用于将变化后的服务列表推送给消费者。

当生产者40能够提供的服务项目发生变化时，例如增加、减少或改变了相应的服务项目，将变化后的服务列表推送给相应的消费者30，以使消费者30及时掌握变化后的服务项目，以便调用相应的服务项目。

位置判断模块260用于对消费者和生产者之间的相对位置进行判断。

消费者30和生产者40之间有可能存在与相同或不同的地理空间内，这里对于两者之间的相对位置进行判断的目的在于采取不同的访问控制措施，以便提供服务响应时间。两者之间的相对位置可能是位于同一机房、位于不同机房但位于同一地域、位于不同的地域，上述的地域可以是一个学校、单位或者城市。

访问控制模块270用于根据消费者30与生产者40之间不同的相对位置采取不同的访问规则。

具体来说，该模块包括第一控制单元271、第二控制单元272和第三控制单元273，第一控制单元271用于对于位于同一机房的生产者40和消费者30发出的访问请求按第一优先级进行处理；第二控制单元272用于对于位于不同机房但位于同一地域的生产者40和消费者30发出的访问请求按第二优先级进行处理；第三控制单元273用于对于位于不同地域的生产者40和消费者30发出的访问请求按第三优先级进行处理。

上述的地域与上面所说的地域概念相同，均指一个学校、单位或者城市。其中的第一优先级的优先程度高于第二优先级，同理，第二优先级的优先程度高于第三优先级。因为对于业务系统来说，绝大部分的访问请求来源于同一机房或者同一地域内，通过优先处理绝大部分的同一机房或同一地域内的访问请求能够有效提高服务的响应时间。

实施例七

图8为本发明实施例的一种业务的服务治理系统的结构框图。

参照图8所示，本实施例提供的服务治理系统应用于业务系统中，该业务系统包括注册中心10、proxy中间件20、消费者30、生产者40和管理中心50，该服务治理系统应用于该管理中心50，具体包括数据接收模块510和数据处理模块520。

数据接收模块510用于利用消息队列的方式接收调用数据。

该调用数据是生产者40和消费者30在调用服务过程中产生的，具体包括调用IP、次数和耗时等信息，并以消息队列的形式发送到管理中心50；管理中心50则以异步处理的方式接收该消息队列中的调用数据。

数据处理模块520用于对调用数据进行处理。

在数据接收模块510接收到上述调用数据后，数据处理模块520对该调用数据进行分析、计算和存档，必要时可以采用大数据处理的相关技术对调用数据进行处理。

由于采用了消息队列，因此可以允许调用数据有一定数量的堆积，当瞬时有大量的消息推送的时候，由于消息队列的缓冲，不会对管理中心产生压力；另外一方面，由于使用了消息队列，使得数据处理可以解耦。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的技术方案进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种业务系统的服务治理方法，其特征在于，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理方法应用于所述proxy中间件，具体包括如下步骤：

接收所述生产者上传的服务列表，所述服务列表用于描述所述生产者能够提供的服务项目；

将所述服务列表推送到所述注册中心；

响应所述消费者发出的订阅请求，根据所述订阅请求从上述注册中心获取所述服务列表；

将所述服务列表返回给所述消费者。

2.如权利要求1所述的服务治理方法，其特征在于，还包括：

当所述服务项目发生变化时，将变更后的服务列表推送给所述消费者。

3.如权利要求1所述的服务治理方法，其特征在于，还包括步骤：

对所述消费者和所述生产者的相对位置进行判断；

根据所述相对位置对所述消费者与所述生产者的访问请求按预设访问规则进行处理。

4.如权利要求3所述的服务治理方法，其特征在于，所述预设访问规则包括：

当所述消费者与所述生产者处于同一机房内时，按第一优先级处理所述消费者与所述生产者的访问请求；

当所述消费者与所述生产者不处于同一机房内但处于同一地域内时，按第二优先级处理所述消费者与所述生产者的访问请求；

当所述消费者与所述生产者不处于所述同一地域内时，按第三优先级处理所述消费者与所述生产者的访问请求；

所述第一优先级的优先程度高于所述第二优先级，所述第二优先级的优先程度高于所述第三优先级。

5.一种业务系统的服务治理方法，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，其特征在于，所述服务治理方法应用于所述管理中心，具体包括如下步骤：

利用消息队列的方式接收所述消费者和所述生产者所分别发送的调用数据。

对所述调用数据进行分析、计算、分类和归档。

6.一种业务系统的服务治理系统，其特征在于，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，所述服务治理系统应用于所述proxy中间件，具体包括：

服务列表获取模块，用于接收所述生产者上传的服务列表，所述服务列表用于描述所述生产者能够提供的服务项目；

服务列表上传模块，用于将所述服务列表推送到所述注册中心；

服务列表下载模块，用于响应所述消费者发出的订阅请求，根据所述订阅请求从上述注册中心获取所述服务列表；

服务列表发送模块，将所述服务列表返回给所述消费者。

7.如权利要求6所述的服务治理系统，其特征在于，还包括：

服务列表推送模块，用于当所述服务项目发生变化时，将变更后的服务列表推送给所述消费者。

8.如权利要求6所述的服务治理系统，其特征在于，还包括：

位置判断模块，用于对所述消费者和所述生产者的相对位置进行判断；

访问控制模块，用于根据所述相对位置对所述消费者与所述生产者的访问请求按预设访问规则进行处理。

9.如权利要求8所述的服务治理系统，其特征在于，所述访问控制模块包括：

第一控制单元，用于当所述消费者与所述生产者处于同一机房内时，按第一优先级处理所述消费者与所述生产者的访问请求；

第二控制单元，用于当所述消费者与所述生产者不处于同一机房内但处于同一地域内时，按第二优先级处理所述消费者与所述生产者的访问请求；

第三控制单元，用于当所述消费者与所述生产者不处于所述同一地域内时，按第三优先级处理所述消费者与所述生产者的访问请求；

所述第一优先级的优先程度高于所述第二优先级，所述第二优先级的优先程度高于所述第三优先级。

10.一种业务系统的服务治理系统，所述业务系统包括注册中心、proxy中间件、消费者、生产者和管理中心，其特征在于，所述服务治理系统应用于所述管理中心，具体包括：

数据接收模块，用于利用消息队列的方式接收所述消费者和所述生产者所分别发送的调用数据。

数据处理模块，用于对所述调用数据进行分析、计算、分类和归档。