[发明专利]基于MPLS的实现服务流的方法和系统

说明书

技术领域

本发明涉及数据处理领域，具体涉及应用服务的集成，更具体涉及一种基于MPLS(多协议标签交换)的实现服务流的方法。 

背景技术

在当今的企业或数据中心环境中，通常存在着成百甚至成千的服务。每一个服务向其他服务提供某种独特的服务。随着企业应用变得越来越复杂，企业需要将这些个别服务集成起来以向用户提供集成服务。这是一种十分常见的需求，并在近年来推动着IT基础设施的发展。 

为实现集成服务的业务逻辑，需要以预定顺序调用其每一个组件(个别服务)，并在这些组件之间交换消息。这些调用和消息流通常称为“服务流”。 

起初，服务流是由个别服务本身实现的。服务流中的前一个服务需要确定、发现和调用服务流中的后一个服务。图1示出了这种即兴的服务流实现方法的示意图。这种即兴的(ad hoc)解决方案是直截了当的，但具有很多缺点。首先，这种解决方案缺乏灵活性。当服务流改变、删除或替换组件或添加新的组件时，所有涉及到的组件都需要改变。其次，很难为整个服务流提供负载均衡和QoS(服务质量)解决方案，因为该服务流的所有组件是以MxN方式连接在一起的。 

为解决这些问题，提出了用于服务流的新的解决方案。很多这些新的解决方案被称为企业服务总线(ESB)，其用于实现应用层服务流。图2示出了这种使用总线的服务流实现方法的示意图。在这种解决方案的核心是“总线”的概念。通过引入作为总线的另一个软件层，所有服务将通过总线与其他服务通信。这种解决方案的主要优点是减少了流组件之间的连接的数量，这转而使得服务流的改变更容易了。此外，在总线中可以容易地针对服务流实现诸如负载均衡和QoS等附加的非功能性特征。 

然而，ESB解决方案也具有其缺点。首先，它需要一个额外的软件层，这意味着更多的管理工作。消息必须在总线和服务流中的每个组件之间交换，这意味着请求需要经过更多跳才能得到服务，以及额外的运行时开销和延迟。此外，在ESB解决方案中，消息的路由是在应用层进行的，这将带来很大的CPU处理开销。而且，需要对于同一个会话中的各消息重复进行路由，这也会造成资源和时间的浪费。 

显然，本领域中需要一种更有效的服务流实现方案，该方案应不仅具有足够的灵活性以及负载均衡和QoS等能力，而且具有较小的运行时开销和延迟。 

发明内容

根据本发明的一个方面，提供了一种基于MPLS的实现服务流的方法，包括：接收服务流的定义，所述服务流的定义定义了以预定顺序调用多个个别服务，并在所述多个个别服务之间交换消息以便实现集成服务的业务逻辑的流程，其中所述多个个别服务被部署在通过一个或多个MPLS使能的路由器互连的一个或多个服务器上；根据所述服务流的定义在所述一个或多个MPLS使能的路由器以及所述一个或多个服务器处的一个或多个应用标签交换器ALS之间建立MPLS标签交换路径(LSP)，并在所述一个或多个服务器处的一个或多个ALS中建立该服务流与该MPLS标签交换路径之间的对应关系；以及根据该服务流与该MPLS标签交换路径之间的对应关系并通过所述MPLS标签交换路径在所述多个个别服务之间交换该服务流的消息，以便完成该服务流。 

根据本发明的另一个方面，提供了一种基于MPLS的实现服务流的系统，包括：应用标签交换路径引擎，其被配置为接收服务流的定义，所述服务流的定义定义了以预定顺序调用多个个别服务，并在所述多个个别服务之间交换消息以便实现集成服务的业务逻辑的流程，其中所述多个个别服务被部署在通过一个或多个MPLS使能的路由器互连的一个或多个服务器上；以及根据所述服务流的定义在所述一个或多个MPLS使能的路由器以及位于所述一个或多个服务器处的一个或多个应用标签交换器之间建立MPLS标签交换路径，并在所述一个或多个服务器处的一个或多个应用标签交换器中建立该服务流与该MPLS标签交换路径之间的对应关系；以及位于所述一个或多个服务器处的一个或多个应用标签交换器，其被配置为根据该服务流与该MPLS标签交换路径之间的对应关系并通过所述MPLS标签交换路径在所述多个个别服务之间交换该服务流的消息，以便完成该服务流。 

根据本发明上述技术方案，应用层服务流可以利用MPLS使能的网络基础设施在流组件之间转发消息，因此可利用MPLS的负载均衡和QoS能力满足负载均衡和QoS要求。同时，消息的路由是在网络层和数据链路层之间的MPLS层进行的，因而加速了服务流消息的路由过程，降低了计算开销和延迟。 

附图说明