[发明专利]实现服务化的方法和装置

说明书

本发明提供了实现服务化的方法和装置，其中该方法包括：部署服务化的客户端和服务端，根据不同的路由算法实现客户端的负载均衡，获取调用日志，异步发送到监控系统，分析服务间的依赖关系，客户端加载服务接口方法，控制服务之间的权限，实现服务授权。本发明提供了客户端和服务端之间标准交互方式，提升可维护性，服务的调试和问题跟踪方便定位问题。

技术领域

本发明涉及分布式计算领域，特别涉及一种实现服务化的方法和装置。

背景技术

随着互联网的业务快速发展，硬件设备的数量和成本是越来越值得注意的因素。与传统的高端服务器、高端存储器和高端处理器不同的是，互联网公司的分布式系统由数量众多的、低成本和高性价比的普通PC服务器通过网络连接而成。这就使得分布式系统不能依靠传统的纵向扩展的方式，即先买小型机，不够时再买中型机，甚至大型机。互联网后端的分布式系统要求支持横向扩展，即通过增加普通PC服务器来提高系统的整体处理能力。普通PC服务器性价比高，故障率也高，需要在软件层面实现自动容错，保证数据的一致性。另外，随着服务器的不断加入，需要能够在软件层面实现自动负载均衡，使得系统的处理能力得到线性扩展。通过服务化技术解决分布式部署，可扩展，高可用，低成本，负载均衡。

图2是现有技术中SOA模型的示意图。面向服务的体系结构(SOA)是一个组件模型，它将应用程序的不同功能单元(即服务)通过它们之间事先定义的良好的接口和契约联系起来。其中，接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言，不依赖于环境，这使得构建在各种采用SOA模型的系统中的服务可以以一种统一和通用的方式进行交互。每一个SOA解决方案架构层都可以利用SOA模型元素来建模。可以根据每一个SOA模型元素对操作模型元素建模。

然而采用服务化技术后，对业务人员的服务抽象能力要求比较高，怎样抽象接口才能灵活的适应业务的变化，服务粒度的划分至关重要。粒度太粗导致服务不能重用，太细导致远程调用过多。接口安全审核、变更管理会给项目流程增加一定负担。此外，服务化给调试和跟踪问题带来困难，调试一个服务要保证所依赖的服务是可用的，分布式系统跟踪问题的难度将是单机系统的N倍。

因此，针对相关技术中所存在的上述问题，目前尚未提出有效的解决方案。

发明内容

为解决上述现有技术所存在的问题，本发明提出了一种实现服务化的方法和装置，对进行系统解耦，把一个大的系统拆分成多个小的服务，每个小服务之间可以独立部署，维护简单，提高开发效率，服务之间可以相互调用，服务可以共享，可重用。服务之间提供标准交互方式，屏蔽底层细节，提升可维护性。

本发明采用如下技术方案：一种实现服务化的方法，包括：

步骤一，部署服务化的客户端和服务端，

步骤二，根据预设路由算法实现客户端的负载均衡，

步骤三，获取调用日志，把日志异步发送到监控系统，分析服务间的依赖关系；

步骤四，客户端加载服务接口方法，控制服务之间的权限，实现服务授权。

优选地，所述步骤一进一步包括：

服务端在启动服务时，把服务的IP地址、接口、版本、服务名称注册到注册中心，服务端提供服务之间的RPC机制，对于一个服务，服务端支持在多个节点中分布式部署；

客户端引入服务端的API接口，采用动态代理的方式生成调用服务端的存根，在调用服务的具体方法之前，得到提供此服务的机器IP地址列表，利用路由规则选择一个节点进行通信，如果和某个节点通信发生网络异常，根据路由规则转移到下一个节点，客户端支持failover；

在服务端停止服务时，自动通知客户端把对应于该服务端的节点删除；