CN106888129A - 一种可弹性伸缩的分布式服务管理系统及其方法 - Google Patents

Abstract

本发明公开一种可弹性伸缩的分布式服务管理系统及其方法，包括高性能的RPC框架设计、分布式事务补偿机制、通用服务注册中心、基于综合评价法的服务匹配策略以及自动化的接口模块注入机制等核心能力，依据该方法构建的大规模分布式系统以及大数据平台的数据服务，其系统包括服务发布组件，服务注册中心，用于实现分布式系统的服务发现与配置；编程模型，通过分层结构实现用户请求数据的通用功能。本发明具备强大的线性扩展和高并发访问能力，具有全栈的监控、跟踪、服务状态监控能力，架构的性能、弹性伸缩能力和可靠性都得到了极大的提升。

Description

一种可弹性伸缩的分布式服务管理系统及其方法

技术领域

本发明涉及的网路通讯分布式服务框架领域，具体涉及的是一种可弹性伸缩的分布式服务管理系统及及其方法。

背景技术

传统的服务化架构，服务提供者和消费者之间采用远程网络通信，增加了额外的性能损耗，业务调用的时延将增大；在可靠性方面，由于网络闪断等原因，分布式调用失败的风险较大，如果服务框架缺乏足够的容错能力，业务失败率将会大幅提升。此外，跨节点的事务一致性问题、分布式调用带来的故障定位困难、海量微服务运维成本增加等问题普遍存在。本发明提出了一种新的高性能服务构建方法，以应用为中心，帮助企业级客户轻松构建大型分布式应用服务。

目前主流的应用系统测试和部署成本高，业务运行在一个进程中，系统中任何程序的改变，都需要对整个系统重新测试并部署；可伸缩性差，水平扩展只能基于整个系统进行扩展，无法针对某一个功能模块按需扩展；中大型系统中技术模块众多，模块间依赖关系错踪复杂，模块启动顺序混乱，架构师难以描述应用的架构关系。本发明提出的可弹性伸缩的服务框架，支持技术人员按照业务功能边界自由组装、拆分业务模块，大幅提升系统的构建速度和运行效率。

传统的基于HTTP+SOAP的服务实现，面对高并发的应用场景，性能难于满足要求。因此，在淘宝网这样的高并发Web网站，采用自主研发的高性能服务框架Dubbo实现服务注册、路由、治理、可高用、多版本、高性能等能力。

Dubbo的关键在于采用NIO（mina框架，长连接，多路复用）和二进制序列化（Hessian）实现比HTTP+SOAP高得多的性能，通过服务注册、服务路由、健康检查等实现高可用。但是在负载均衡策略方面并没有考虑到服务的不同生命周期，且必须在研发阶段就要确定好功能模块之间的依赖关系，无法在系统运行时任意组装业务模块，难以提供细粒度的动态伸缩能力。

因此，现有的网络服务存在以下缺陷：

（1）在业务应用服务化之前，业务通常都是本地API调用，本地方法调用性能损耗较小。服务化之后，服务提供者和消费者之间采用远程网络通信，增加了额外的性能开销。这些开销主要体现在：客户端需要对消息进行序列化，占用CPU计算资源；序列化时需要创建二进制数组，耗费JVM堆内存或者堆外内存；客户端需要将序列化之后的二进制数组发送给服务端，占用网络带宽资源；服务端读取到码流之后，需要将请求数据包反序列化成请求对象，占用CPU计算资源；服务端通过反射的方式调用服务提供者实现类，反射本身对性能影响就比较大；服务端将响应结果序列化，占用CPU计算资源；服务端将应答码流发送给客户端，占用网络带宽资源；客户端读取应答码流，反序列化成响应消息，占用CPU资源。通过上述分析可以发现，一个简单的本地方法调用，切换成远程服务调用之后，额外增加了很多处理流程，不仅占用大量的系统资源，同时增加了时延。一些复杂的应用会拆分成多个服务，形成服务调用链，如果服务化框架的性能比较差、服务调用时延也比较大，业务服务化之后的性能和时延将无法满足业务的性能需求。

（2）业务应用服务化之前，业务采用本地事务，多个本地SQL调用可以用一个大的事务块封装起来，如果某一个数据库操作发生异常，就可以将之前的SQL操作进行回滚，只有所有SQL操作全部成功，才最终提交，这就保证了事务强一致性。服务化之后，多个数据库操作被拆分到各自独立的数据库访问服务中，此时原来的本地SQL调用演变成了远程服务调用，事务一致性无法得到保证。

（3）当前流行的微服务架构，研发团队会被拆分成多个服务化小组，每个团队由数名研发人员负责服务的开发、测试、部署上线、运维和运营等。随着服务数的膨胀，研发团队的增多，开发期间服务模块之间的代码依赖关系复杂，跨团队的协同配合将会成为一个制约研发效率提升的因素。

发明内容

为解决现有分布式环境中NIO通讯及多协议集成复杂、服务动态寻址与路由性能不高、软负载均衡与容错能录不足等问题，本发明目的是在于提供一种可弹性伸缩的分布式服务管理系统及其构建方法，支撑构建大规模分布式系统以及大数据平台的数据服务，具备强大的线性扩展和高并发访问能力，大幅提升系统的构建速度和运行效率，具有全栈的监控、跟踪、服务状态监控能力。

为实现上述目的，本发明的技术方案如下：

一种可弹性伸缩的分布式服务管理系统，该框架包括：

服务发布组件，负责将业务功能模块对外、对内提供的功能发布为服务，服务交互过程中传输数据支持结构化数据和非结构化数据；

服务注册中心，用于实现分布式系统的服务发现与配置；接收业务应用启动时发布的服务信息，并将所述业务应用加入服务池并生成服务代理；在服务消费者发起调用时，获取所述调用对应的服务提供者的位置信息以及服务代理，并将所述服务代理绑定到相应的位置以发起服务调用；

编程模型，通过分层结构实现用户请求数据的通用功能。

所述服务发布组件中，服务发布机制支持RMI、Restful/JSON以及BladeDS、WebService方式， Flex客户端与服务交互支持BladeDS方式，同质系统之间的服务调用支持RMI以及Restful/JSON方式，异质系统之间集成支持WebService、JMS方式。

上述非结构化数据为xml、html、视频、音频或图片数据。

所述服务注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心；服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者。

所述服务代理包括业务功能模块的领域对象以及接口对象。

所述通用功能包括数据的格式化、传输、封包与解包和URL处理。

所述编程模型中通过分层结构分为如下：

接口层，责定义消息语义，定义服务调用语义，定义技术服务调用语义；

运行层，允许自定义服务本身的实现，负责控制一个服务同时处理的消息数量，控制在内部出错时提供给服务消费者的信息，控制所请求服务实现的实例化处理，控制服务调用的事务语义；

消息层，通过消息分发管道达到自定义消息分发的目的，包括传输管道和协议管道两种，传输管道支持物理消息分发传输。

一种用于上述的服务管理系统的分布式服务的提供方法，其方法包括以下具体步骤：

服务评分，服务管理系统在接收到服务请求后，以服务池为单位，实时搜集单个服务运行的质量指标数据，根据权重进行综合评分；

服务匹配，根据服务请求命中到的一组候选服务，选取健康分值最高的进行匹配；

服务动态绑定，获取到健康分值最高的服务提供者的IP地址和端口号，动态绑定到服务代理上，即可将服务请求分配到最合适的服务提供者。

其还包括：建立服务质量评价模型，模型涉及的质量指标分为通用指标和业务指标；业务指标由应用定义，通过服务框架自动添加到请求的上下文中，业务插件负责根据规则计算，计算的数值由服务框架进行记录；

确定权重，基于已经积累下来的服务质量数据作为样本，采取自定义的量化方法计算各指标的权重。

服务代理定期更新候选服务集合，一旦发现原来的最优服务不可用或者服务质量等级有所下降，或者有新的且满足要求的质量等级的服务出现，服务代理就及时自动重新绑定服务。

所述通用指标用于描述服务的非功能特性，包括服务响应平均时间、服务响应时间极差、吞吐量、调用失败率和最大连续失败次数。

在上述确定权重中，在确定各指标的权重之前，应用初上线时，各指标的权重预置了一个值；随着应用的运行，当积累的数据量达到一定阈值后，采取熵值法确定各指标项的权重。

在上述服务评分中，对客户端的服务请求构建二进制的序列化框架，并根据通信内容灵活选择码流是否压缩，对于图片、音频以及含有大量重复内容的文本文件采用码流压缩。

在上述服务匹配中，服务框架在进行服务匹配前，服务框架自动将服务提供者的本地接口注入到服务代理中，供服务消费者进行本地调用。

在服务动态绑定中，服务框架内部采用I/O多路复用技术应对同时产生的客户端接入请求；I/O多路复用技术通过把多个I/O的阻塞复用到同一个select的阻塞上，使得系统在单线程的情况下可以同时处理多个客户端请求。

一种用于上述的服务管理系统的分布式服务的动态发布方法，其方法如下：

服务发布，系统启动时，服务框架扫描业务模块，识别服务门面中待发布的业务方法；

生成服务代理，根据业务方法，自动为每个业务功能模块生成各自的服务代理

服务注册，将业务模块的服务信息发送到服务注册中心；

构建服务池，根据服务注册信息中的服务分类，将服务代理进行分组，形成服务池，在服务池上可定义各自的负载均衡策略和服务质量；

服务探测，服务框架定期发送握手信息到所有的服务提供者，如果未得到回应，服务注册中心中相应的服务状态置为“失效”，同时往服务注销队列中增加一条记录；

刷新服务池，服务管理系统根据探测结果定期刷新服务池；

服务注销，服务正常关闭时，发送信息到消息总线相应的服务注销队列，并清除掉服务池中相应的服务代理；服务异常关闭时，通过心跳信号监测到后，更新服务注册信息并清除服务池中的服务代理。

所述服务信息包括：服务分类、服务名、版本号、服务地址、服务代理对象。服务代理包括功能模块的领域对象以及根据服务门面的接口对象。

一种用于上述的服务管理系统的分布式服务的服务调用方法，其方法如下：

发起请求，服务消费者向服务管理系统发起服务请求；

服务池匹配，服务管理系统根据请求的服务信息与服务注册中心的服务信息进行匹配，定位到相应的服务池。

服务代理匹配，服务池根据负载均衡策略匹配到具体的服务代理对象；

服务动态绑定，服务代理对象将当前策略下最优的服务实现体绑定到服务请求，并启动实际的服务调用；

服务弹性伸缩，根据服务池的评分，自动添加、注销相应的服务实例。

服务执行，服务端将请求数据反序列化成请求对象，传递到实际的方法执行体，触发业务功能的执行；

服务响应，服务端执行完毕，将执行结果序列化应答给客户端，客户端读取应答码流，反序列化成响应消息；

事务补偿，服务调用发起后，由服务框架监听事务队列，对于事务链中调用失败的服务，按照服务调用的逆序触发其对应的补偿服务，保证事务一致性；

优选的，所述负载均衡策略除了包括传统的轮询均衡、随机均衡、响应速度均衡、最少连接数均衡之外，还提供了一种基于综合评价法的负载均衡策略。

本发明的有益效果如下：

（1）提供高性能和透明化的RPC远程服务调用方案，具备服务自动注册、自动发现能力，透明化接入应用，对应用没有任何API侵入。

（2）提供基于消息队列的分布式事务补偿机制，保证了分布式事务的最终一致性。

（3）本发明能够识别出服务的提供者与服务的消费者是否部署在同一进程，据此确定是本地调用还是远程调用，并自动为服务代理注入相应的本地接口代理或者远程接口代理。使得业务应用能够在更为细粒度的服务模块进行水平扩展，与服务监控结合起来，能够达到弹性伸缩的效果。

（4）本发明的服务评分机制，能够根据各服务模块的运行情况，自动将服务调用者匹配到最优的服务提供者，并且该机制考虑到了业务运行的不同生命周期，大大提高了系统的运行效率和稳定性。

附图说明

图1为本发明的分布式服务发布方法流程示意图；

图2为本发明的分布式服务调用方法流程示意图；

图3为本发明的可弹性伸缩的系统架示意图。

具体实施方式

下面结合附图和具体实施例对本发明作更进一步的说明。

本发明的可弹性伸缩的系统架构关键技术之一是采用SOA，即面向服务的架构。面向服务的架构要求业务能力的服务化，将业务能力通过可独立部署的服务实现，服务是无状态的、可动态伸缩的。业务服务化、分散部署之后，服务之间的调用性能、可用性成为整个系统性能、可用性的关键。

本发明目的是在于在提供一种可弹性伸缩的分布式服务管理系统及其构建方法，包括高性能的RPC框架设计、分布式事务补偿机制、通用服务注册中心、基于综合评价法的负载均衡策略以及自动化的接口模块注入机制等核心能力，依据该方法构建的大规模分布式系统以及大数据平台的数据服务，具备强大的线性扩展和高并发访问能力，具有全栈的监控、跟踪、服务状态监控能力。

本发明的构建方法是以服务提供者的服务质量作为评价服务的标准，接收到服务请求时，将服务质量最佳的服务提供者与服务请求者进行web服务动态绑定；本发明提出一种web服务动态绑定方法，以服务提供者的服务质量作为评价服务的标准，接收到服务请求时，将服务质量最佳的服务提供者与服务请求者进行绑定，该方法包括以下具体步骤：

步骤一，建立服务质量评价模型，模型涉及的质量指标分为通用指标和业务指标。通用指标用于描述服务的非功能特性，包括服务响应平均时间、服务响应时间极差、吞吐量、调用失败率、最大连续失败次数等；业务指标由应用定义，通过服务框架自动添加到请求的上下文中，业务插件负责根据规则计算，计算的数值由服务框架进行记录。

步骤二，确定权重，基于已经积累下来的服务质量数据作为样本，刚上线的应用，样本数据量较小，采取自定义的量化方法计算各指标的权重；对于已经运行较长时间的应用，样本数据量大，采取熵值法计算各指标的权重。

步骤三，服务评分，服务框架在接收到服务请求后，以服务池为单位，实时搜集单个服务运行的质量指标数据，根据权重进行综合评分。评分刷新的频率可自定义。

步骤四，服务匹配，根据服务请求命中到的一组候选服务，选取健康分值最高的进行匹配。由于只是简单地在一个候选列表中匹配数值最高的服务提供者，该步骤非常高效稳定。

步骤五，服务动态绑定，获取到健康分值最高的服务提供者的IP地址和端口号，动态绑定到服务代理上，即可将服务请求分配到最合适的服务提供者。服务代理可以定期更新候选服务集合，一旦发现原来的最优服务不可用或者服务质量等级有所下降，或者有新的且满足要求的质量等级较高的服务出现，服务代理就及时自动重新绑定服务。所有这些操作步骤对服务消费者而言是透明的，服务消费者始终以为调用的是同一服务。因此，对一个应用系统而言，即使系统动态调整所选择的服务，所开发的应用流程不需要做任何修改，从而获得良好的系统可维护性，降低了系统开发和维护的成本。

在步骤二中，在确定各指标的权重之前，考虑到了业务应用生命周期的各个阶段。在应用初上线时，各指标的权重预置了一个值；随着应用的运行，积累的运行数据越来越多，当积累的数据量达到一定阈值后，采取熵值法确定各指标项的权重。

在步骤三中，对客户端的服务请求设计了一种二进制的序列化框架，相比于JSON、XML等文本协议，二进制序列化框架性能更优异。此外可根据通信内容灵活选择码流是否压缩，对于图片、音频以及含有大量重复内容的文本文件（例如小说）采用码流压缩，提供常用的压缩算法包括GZip、Zig-Zag等。

在步骤四中，服务框架在进行服务匹配前，能够发现服务提供者与服务消费者在同一个进程的情况。在该种情况下，服务框架自动将服务提供者的本地接口注入到服务代理中，供服务消费者进行本地调用。一方面使得开发期间不必识别本地调用还是远程调用，大大简化研发人员的工作量；另一方面使得功能模块可任意组装、任意部署，不必随之在客户端更改调用方式。

在步骤五中，服务框架内部采用I/O多路复用技术应对同时产生的大量客户端接入请求。I/O多路复用技术通过把多个I/O的阻塞复用到同一个select的阻塞上，从而使得系统在单线程的情况下可以同时处理多个客户端请求。与传统的多线程/多进程模型比，I/O多路复用的最大优势是系统开销小，系统不需要创建新的额外进程或者线程，也不需要维护这些进程和线程的运行，降低了系统的维护工作量，节省了系统资源。

一套可弹性伸缩的分布式服务管理系统，该系统包括：

（1）服务发布组件。负责将业务功能模块对外、对内提供的功能发布为服务。服务交互过程中传输数据支持结构化数据和非结构化数据（xml、html、视频、音频，图片等）。

服务发布机制支持RMI、Restful/JSON以及BladeDS、WebService方式， Flex客户端与服务交互支持BladeDS方式，同质系统之间的服务调用支持RMI以及Restful/JSON方式，异质系统之间集成支持WebService、JMS方式。

（2）服务注册中心。负责将服务统一管理起来，有效优化内部应用对服务发布/使用的流程和管理，并通过特定协议来完成服务对外的统一，用于实现分布式系统的服务发现与配置。服务注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心；服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者。

业务应用启动时，自动向服务注册信息发布自己提供的服务信息，服务注册中心据此将其加入服务池并生成服务代理。服务代理是由服务框架自动生成的，包括业务功能模块的领域对象（PO、VO）以及接口对象。服务消费者发起调用时，根据服务注册中心获取服务提供者的位置信息以及服务代理，服务代理动态绑定到相应的位置即可发起实际的服务调用。

（3）编程模型。所有业务功能结合到一个统一的编程模型中，简化服务的创建和使用，统一提供用户请求数据的格式化、传输、封包与解包，URL处理等通用功能。它通过一个分层结构来实现，包含接口层、运行层和消息层。接口层支持灵活的服务定义，负责定义消息（数据）语义，定义服务调用语义，定义技术服务调用语义，包括通讯传输等；运行层允许自定义服务本身的实现，负责控制一个服务同时处理的消息数量，控制在内部出错时提供给服务消费者的信息，控制所请求服务实现的实例化处理，控制服务调用的事务语义；消息层通过消息分发管道达到自定义消息分发的目的，包括传输管道和协议管道两种，传输管道支持物理消息分发传输，例如HTTP、命名管道、TCP和MSMQ，协议管道支持多种web 服务标准的实现，例如建立在基础传输管道上的WS-Security和WS-Reliability。

并提出了分布式服务的动态发布和调用的方法，服务发布的流程如下图1所示：

步骤一，服务发布，系统启动时，服务框架扫描业务模块，识别服务门面中待发布的业务方法。

步骤二，生成服务代理，根据业务方法，自动为每个业务功能模块生成各自的服务代理，服务代理包括功能模块的领域对象（PO、VO）以及根据服务门面的接口对象。

步骤三，服务注册，将业务模块的服务信息（服务分类、服务名、版本号、服务地址、服务代理对象）发送到服务注册中心。

步骤四，构建服务池，根据服务注册信息中的服务分类，将服务代理进行分组，形成服务池，在服务池上可定义各自的负载均衡策略和服务质量。

步骤五，服务探测，服务框架定期发送握手信息到所有的服务提供者，如果未得到回应，服务注册中心中相应的服务状态置为“失效”，同时往服务注销队列中增加一条记录，这样可保证即不会调用到异常中止或网络暂时异常的服务，又可保证网络异常被恢复后，该服务能够再次被投入使用。

步骤六，刷新服务池，服务框架根据探测结果定期刷新服务池，以保证服务消费者能够正确、实时地匹配到相应的服务方法。

步骤七，服务注销，服务正常关闭时，发送信息到消息总线相应的服务注销队列，并清除掉服务池中相应的服务代理；服务异常关闭时，通过心跳信号监测到后，更新服务注册信息并清除服务池中的服务代理。

服务调用的流程图如图2所示：

步骤一，发起请求，服务消费者向服务框架发起服务请求。

步骤二，服务池匹配，服务框架根据请求的服务信息与服务注册中心的服务信息进行匹配，定位到相应的服务池。

步骤三，服务代理匹配，服务池根据负载均衡策略匹配到具体的服务代理对象，负载均衡策略除了包括传统的轮询均衡、随机均衡、响应速度均衡、最少连接数均衡之外，还提供了一种基于综合评价法的负载均衡策略。

步骤四，服务动态绑定，服务代理对象将当前策略下最优的服务实现体绑定到服务请求，并启动实际的服务调用。

步骤五，服务执行，服务端将请求数据反序列化成请求对象，传递到实际的方法执行体，触发业务功能的执行。

步骤六，服务响应，服务端执行完毕，将执行结果序列化应答给客户端，客户端读取应答码流，反序列化成响应消息。

本发明的另外一个目的在于提供一套可弹性伸缩的分布式服务管理系统，该系统结构图3如下：

（1）服务注册

功能组件以RMI、HESSIAN或其他web服务方式暴露，业务应用启动时，将服务信息（服务分类、服务名、版本号、服务地址）发送到消息总线，并构造各自的服务池及服务代理对象。业务应用关闭前，发送信息到消息总线，服务中心据此将相应的服务代理对象销毁，然后删除相应的服务注册信息。

消息总线模块会定期广播握手信息到所有的服务提供者，如果未得到回应，则认为该服务提供者离线，服务注册队列中相应的服务状态置为“失效”，同时往服务注销队列中增加一条记录，这样可保证即不会调用到异常中止或网络暂时异常的服务，又可保证网络异常被恢复后，该服务能够再次被投入使用。

通过上述的服务注册、服务路由和健康检查，本发明可支持应用服务的弹性伸缩和高可用，

（2）服务调用与负载均衡

服务消费者在发起调用时，首先根据服务请求中的方法名过滤出相应的服务信息集合，然后采取一定的负载均衡策略（随机、轮询、加权算法）匹配一个服务节点，向其发起服务调用。

特别地，本发明支持基于对应用服务集群各节点的健康情况进行综合评价，给出一个健康分值，以指导服务请求绑定在最合适的服务提供者，以保障整体的性能。

以上所述仅是本发明的优选实施方式，应当指出：对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

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

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

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

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

Claims (20)

1.一种可弹性伸缩的分布式服务管理系统，该系统包括：

服务发布组件，负责将业务功能模块对外、对内提供的功能发布为服务，服务交互过程中传输数据支持结构化数据和非结构化数据；

服务注册中心，用于实现分布式系统的服务发现与配置；接收业务应用启动时发布的服务信息，并将所述业务应用加入服务池并生成服务代理；在服务消费者发起调用时，获取所述调用对应的服务提供者的位置信息以及服务代理，并将所述服务代理绑定到相应的位置以发起服务调用；

编程模型，通过分层结构实现用户请求数据的通用功能。

2. 根据权利要求1所述的分布式服务管理系统，其特征在于，所述服务发布组件中，服务发布机制支持RMI、Restful/JSON以及BladeDS、WebService方式， Flex客户端与服务交互支持BladeDS方式，同质系统之间的服务调用支持RMI以及Restful/JSON方式，异质系统之间集成支持WebService、JMS方式。

3.根据权利要求1所述的分布式服务管理系统，其特征在于，上述非结构化数据为xml、html、视频、音频或图片数据。

4.根据权利要求1所述的分布式服务管理系统，其特征在于，所述服务注册中心为对等集群，服务提供者无状态，注册中心将推送新的服务提供者信息给消费者。

5.根据权利要求1所述的分布式服务管理系统，其特征在于，所述服务代理包括业务功能模块中领域模型对应的Java对象以及Java接口；支持生成开发期间的服务代理sdk以及运行期间驻留在服务注册中心的服务代理对象。

6.根据权利要求1所述的分布式服务管理系统，其特征在于，所述通用功能包括数据的格式化、传输、封包与解包和URL处理。

7.根据权利要求1所述的分布式服务管理系统，其特征在于，所述编程模型中通过分层结构分为如下：

接口层，定义消息语义，定义服务调用语义，定义技术服务调用语义；

运行层，负责控制一个服务同时处理的消息数量，控制在内部出错时提供给服务消费者的信息，控制所请求服务实现的实例化处理，控制服务调用的事务语义；

消息层，通过消息分发管道达到自定义消息分发的目的，包括传输管道和协议管道两种，传输管道支持物理消息分发传输。

8.一种用于权利要求1-7中任一项所述的服务管理系统的分布式服务的提供方法，其特征在于，其方法包括以下具体步骤：

服务评分，服务管理系统在接收到服务请求后，以服务池为单位，实时搜集单个服务运行的质量指标数据，根据权重进行综合评分；

服务匹配，根据服务请求命中到的一组候选服务，选取健康分值最高的进行匹配；

服务动态绑定，获取到健康分值最高的服务提供者的IP地址和端口号，动态绑定到服务代理上，即可将服务请求分配到最合适的服务提供者；

服务弹性伸缩，某类服务的综合评分反映到对应服务池的评分，当服务池的评分低于指定阈值时，自动启动该类服务的实例并添加到服务池，当服务池的评分高于指定阈值时，自动停止该类服务的实例并从服务池注销。

9.根据权利要求8所述的提供方法，其特征在于，其还包括：建立服务质量评价模型，模型涉及的质量指标分为通用指标和业务指标；业务指标由应用定义，通过服务框架自动添加到请求的上下文中，业务插件负责根据规则计算，计算的数值由服务框架进行记录；

确定权重，基于已经积累下来的服务质量数据作为样本，采取自定义的量化方法计算各指标的权重。

10.根据权利要求8所述的提供方法，其特征在于，服务代理定期更新候选服务集合，一旦发现原来的最优服务不可用或者服务质量等级有所下降，或者有新的且满足要求的质量等级的服务出现，服务代理就及时自动重新绑定服务。

11.根据权利要求9所述的提供方法，其特征在于，所述通用指标用于描述服务的非功能特性，包括服务响应平均时间、服务响应时间极差、吞吐量、调用失败率和最大连续失败次数。

12.根据权利要求9所述的提供方法，其特征在于，在上述确定权重中，在确定各指标的权重之前，应用初上线时，各指标的权重预置了一个值；随着应用的运行，当积累的数据量达到一定阈值后，采取熵值法确定各指标项的权重。

13.根据权利要求8所述的提供方法，其特征在于，在上述服务评分中，对客户端的服务请求构建二进制的序列化框架，并根据通信内容灵活选择码流是否压缩，对于图片、音频以及含有大量重复内容的文本文件采用码流压缩。

14.根据权利要求8所述的提供方法，其特征在于，在上述服务匹配中，服务框架在进行服务匹配前，服务框架自动将服务提供者的本地接口注入到服务代理中，供服务消费者进行本地调用。

15.根据权利要求8所述的提供方法，其特征在于，在服务动态绑定中，服务框架内部采用I/O多路复用技术应对同时产生的客户端接入请求；I/O多路复用技术通过把多个I/O的阻塞复用到同一个select的阻塞上，使得系统在单线程的情况下可以同时处理多个客户端请求。

16.一种用于权利要求1-7中任一项所述的服务管理系统的分布式服务的动态发布方法，其特征在于，其方法如下：

服务发布，系统启动时，服务框架扫描业务模块，识别服务门面中待发布的业务方法；

生成服务代理，根据业务方法，自动为每个业务功能模块生成各自的服务代理；

服务注册，将业务模块的服务信息发送到服务注册中心，对于需要在分布式事务场景中保证一致性的服务方法，可注册其对应的补偿服务；

构建服务池，根据服务注册信息中的服务分类，将服务代理进行分组，形成服务池，在服务池上可定义各自的负载均衡策略和服务质量；

服务探测，服务框架定期发送握手信息到所有的服务提供者，如果未得到回应，服务注册中心中相应的服务状态置为“失效”，同时往服务注销队列中增加一条记录；

刷新服务池，服务管理系统根据探测结果定期刷新服务池；

服务注销，服务正常关闭时，发送信息到消息总线相应的服务注销队列，并清除掉服务池中相应的服务代理；服务异常关闭时，通过心跳信号监测到后，更新服务注册信息并清除服务池中的服务代理。

17.根据权利要求16所述的动态发布方法，其特征在于，所述服务信息包括：服务分类、服务名、版本号、服务地址、服务代理对象。

18.根据权利要求16所述的动态发布方法，其特征在于，服务代理包括功能模块的领域对象以及根据服务门面的接口对象。

19.一种用于权利要求1-7中任一项所述的服务管理系统的分布式服务的服务调用方法，其特征在于，其方法如下：

发起请求，服务消费者向服务管理系统发起服务请求；

服务池匹配，服务管理系统根据请求的服务信息与服务注册中心的服务信息进行匹配，定位到相应的服务池；

服务代理匹配，服务池结合服务评分或负载均衡策略匹配到具体的服务代理对象；

服务动态绑定，服务代理对象将当前策略下最优的服务实现体绑定到服务请求，并启动实际的服务调用；

服务执行，服务端将请求数据反序列化成请求对象，传递到实际的方法执行体，触发业务功能的执行；

服务响应，服务端执行完毕，将执行结果序列化应答给客户端，客户端读取应答码流，反序列化成响应消息；

事务补偿，服务调用方发起调用后，由服务框架监听事务队列，对于事务链中调用失败的服务，按照服务调用的逆序触发其对应的补偿服务，保证事务一致性。

20.根据权利要求19所述的服务调用方法，其特征在于，所述负载均衡策略除了包括传统的轮询均衡、随机均衡、响应速度均衡、最少连接数均衡之外，还提供了一种基于综合评价法的负载均衡策略。