CN101079901A - 验证客户端请求已被路由传送到适当的服务器的方法和装置 - Google Patents

Abstract

公开了一种方法、装置和计算机程序，其用于验证客户端的请求已被路由传送到适当的服务器，该服务器作为包括多个有状态web服务实例的系统中特定的有状态web服务实例的主机。所述特定有状态web服务实例是具有对客户端的请求进行处理所需的状态数据的有状态web服务实例。请求被接收以便web服务实例进行处理。从请求中提取出任何身份数据。身份数据唯一地标识所需要的状态数据以及作为该状态数据主机的目标服务器的身份。接着，判定目标服务器身份是否与接收到客户端请求的服务器的身份匹配，以及响应于否定判定，报告路由传送失败。

Description

验证客户端请求已被路由传送到适当的服务器的方法和装置

技术领域

本发明涉及web服务，特别涉及验证web服务请求已到达正确的目标服务器。

背景技术

web服务典型地是无状态的，因此，如果web服务请求被传送到能够对该请求进行处理的目标，则视该请求为已被正确传送。如果目标没被找到或不能对该请求进行处理，则错误将发生并被发送回到请求者。在这些情况下，验证请求已被正确路由传送是不重要的，因为，任何存在且能对该请求进行处理的目标被认为是有效的。

然而，不是所有的web服务都是无状态的。向有状态的web服务做出请求需要寻址(addressing)机制。寻址到有状态web服务的web服务请求必须不仅被传送到能对该请求进行处理的web服务实例，还必须被传送到该请求寻址的特定web服务实例。对有状态web服务寻址的最简单的方式是包含有状态web服务自身的唯一地址的直接寻址系统。这种直接寻址通常是可靠的，但其在高可用性等某些能力上受到限制。

每当中间节点(或多个中间节点)参与请求的路由传送时，通常需要间接寻址。这里所讨论的中间节点是指对请求重新确定目标或重新路由传送的实体。例如，节点可以是单独的过程，例如web服务器，或者实际上为部件，例如在请求器中运行的路由传送逻辑。路由传送代码通常用于工作负载管理和高可用性功能。web服务器和代理服务器通常用于支持实际的系统拓扑，包括使用防火墙来提供安全性，由此，目标web服务的地址不能由客户端直接寻址。

每当间接寻址被使用时，存在着寻址到有状态web服务的web服务请求将被不正确地路由传送到错误服务器的增加的可能性。这可能出于多种原因，包括但不限于路由传送数据过程中有状态web服务实例的故障转移(failover)或工作负荷管理的再分配、不正确的管理以及数据传播延迟。在这些情况下，用户代码在以下情况之间进行区分是很繁重的任务：一方面，所接收到的请求被错误地路由传送到不是有状态web服务实例的主机的服务器，另一方面，所接收到的请求被正确地传送到适当的服务器但有状态web服务实例不再存在。

发明内容

因此，本发明提供了一种方法，其用于验证客户端的请求已被路由传送到包含多个有状态web服务实例的系统中作为特定的有状态web服务实例的主机的适当的服务器，所述特定的有状态web服务实例具有处理客户端请求所需要的状态数据，该方法包括：接收用于由web服务实例进行处理的请求；从请求中提取任何身份(identity)数据，身份数据唯一地标识所需要的状态数据以及作为状态数据的主机的目标服务器的身份；判定目标服务器身份是否与接收到客户端请求的服务器的身份匹配；以及响应于否定的判定，报告路由传送失败。

身份数据可引用服务器群集的id，所述服务器群集中的每一个可以访问所述需要的状态数据。身份数据可引用高度可用服务，高度可用服务跟踪所需要的状态数据位于哪里。

在一个实施例中，响应于判定请求不包括任何身份数据，请求被传送到web服务实例。

在一个实施例中，接收请求以创建对特定的服务器或群集上的有状态web服务实例的引用。于是，响应于客户端的请求，提供封装了该标识符(identifier)的引用。

在一个实施例中，如果判定目标服务器身份与接收到客户端请求的服务器的身份不匹配，该请求被重新路由传送到作为所需要的状态数据的主机的服务器。然而，其他的选择也是可能的，例如，可将错误消息返回到进行请求的客户端。

在实施例中，一旦已经验证请求已被正确路由传送且如果判定所需要的状态数据在已接收到请求的服务器上不存在，可以认识到状态数据实际上在系统中不存在。于是，可以用应用特定的方式对此进行反应。例如，这可意味着向客户端提供有状态web服务实例不存在的指示。

根据另一方面，本发明提供了一种装置，其用于验证客户端的请求已被路由传送到作为包括多个有状态web服务实例的系统中特定的有状态web服务实例的主机的适当的服务器，所述特定的有状态web服务实例具有处理客户端的请求所需要的状态数据，该装置包括：用于接收用于由web服务实例进行处理的请求的装置；用于从请求中提取任何身份数据的装置，该身份数据唯一地标识所需要的状态数据以及作为状态数据的主机的目标服务器的身份；用于判定目标服务器身份是否与接收到客户端请求的服务器的身份匹配的装置；以及用于响应于否定的判定，报告传送失败的装置。

根据另一方面，本发明提供了一种计算机程序，其用于验证客户端的请求已被路由传送到作为包括多个有状态web服务实例的系统中特定的有状态web服务实例的主机的适当的服务器，所述特定的有状态web服务实例具有处理客户端请求所需要的状态数据，该计算机程序包括在所述程序运行在计算机上时适用于执行以下方法步骤的程序代码装置：接收用于由web服务实例进行处理的请求；从请求中提取任何身份数据，身份数据唯一地标识所需要的状态数据以及作为状态数据的主机的目标服务器的身份；判定目标服务器身份是否与接收到客户端请求的服务器的身份匹配；以及响应于否定的判定，报告传送失败。

附图说明

现在将参照以下附图，介绍本发明的优选实施例，这些优选实施例仅做举例之用。

图1示出了本发明根据优选实施例在其中运行的环境；

图2a和2b示出了本发明根据优选实施例的部件；以及

图3a和3b示出了本发明根据优选实施例的处理。

具体实施方式

这里介绍了一种解决方案，其中，寻址部件验证web服务请求已经到达正确的目标服务器，并能使被不正确地路由传送的请求以与被指引到不再存在的web服务实例的请求不同的方式得到处理。

图1示出了本发明根据优选实施例在其中运行的环境。多个服务器10、30、50(其可在防火墙95后面)各自作为同一web服务(例如银行应用)的实例25、40、60的主机。例如，多个服务器可被用于在忙碌的系统中分散工作负荷。在有状态web服务的情况下，各web服务实例可以获得某些状态数据20、35、55，且这些状态数据由各实例用于对来自客户端应用90的请求进行处理。客户端应用90的请求经由一个或多个中间路由服务器70、80到达服务器群集5。各请求可不经由同一中间路由服务器传递。这种服务器可包括工作负荷路由部件，该部件基于由各web服务实例正在经受的当前工作负荷将请求路由传送到web服务实例。一旦客户端具有对有状态web服务实例的引用，则如果与该有状态实例相关联的状态数据没有在群集中的所有服务器上被复制，那么工作负荷平衡可限制于将后面的请求路由传送到作为该有状态web服务实例的主机的同一服务器。有时，工作负荷管理系统有必要将有状态web服务从一个服务器“移动”到另一个服务器，以便维持均匀分布的工作负荷。在分布式环境中，其中，总是存在某些等待时间，工作负荷路由器可能变得与有有状态web服务实例的实际位置的步调不一致。因此，客户端应用的第一个请求可被路由传送到服务器10，在服务器10上，有状态web服务实例被创建，但该web服务实例可在此后被移动到服务器30。在状态数据没有在服务器之间被复制的情况下，如果来自客户端的、后面的请求仍被指引到状态数据不再存在的服务器10，这将被证明是有问题的。当后面的请求在服务器10上被接收时，目标web服务实例在该服务器上不存在，也就是说，与目标web服务实例相关联的状态数据在服务器10上不存在。表示web服务实例不存在的、对客户端的响应将是不正确的，并将导致不正确的客户端动作。

如果web服务实例在其寿命期间始终在一个服务器上，但路由服务器没有以到作为有状态web服务实例主机的服务器的亲近性(affinity)来限制其工作负荷分布(如图1所示)，同样的问题将会发生。

通常，每当路由部件将预期用于有状态web服务实例的请求指引到错误的服务器时，可发生这种问题。

参照图2a、2b、3a和3b示出对上述问题的解决方案。图2a、2b示出了优选实施例的部件，而图3a、3b示出了本发明根据优选实施例的处理。对这些图应相互结合进行理解。

首先参照图2a、3a，它们涉及对客户端web服务请求的验证，以便验证正确的服务器(其应当具有必要的有状态web服务)接收到了该请求。客户端应用90请求web服务。客户端应用的请求由中间路由服务器(未示出)路由传送到服务器30并因此被路由传送到web服务实例40。web服务引擎45在步骤300中收到该请求。web服务引擎45优选为总是将这种请求传送到寻址部件100。在步骤310中，寻址部件中的检验器部件210判定客户端应用的请求是否包括地址数据。地址数据用于在此后确认已将正确的服务器定为目标，并用于选择该服务器上特定的web服务实例。

请求第一次从客户端应用90被接收到时，其不包括任何地址数据。寻址部件(返回器250)指示web服务引擎45将该请求传送到web服务40(步骤360)。web服务可认为请求地址数据以便客户端在将来对同一web服务实例的请求中使用是合适的。下面将参照图2b、3b讨论地址数据的创建。

如果在步骤310中检验器部件210判定请求确实包含地址数据，则提取器部件220在步骤320中从请求中提取地址数据，并随后使用地址数据中的身份数据在步骤330中验证请求是否被路由传送到正确的目标服务器，以及如果请求被路由传送到正确的目标服务器的话，验证目标服务器上的哪一web服务实例应处理该请求(验证器230)。

这种身份数据唯一地标识目标服务器身份以及与这样的web服务实例相关联的状态数据(信息)：该web服务实例已成为来自客户端的先前的相关请求的对象。这种状态数据已作为这些先前请求的结果被建立起来。这种标识符将要采取的形式部分地取决于web服务的类型：

i)web服务可以为被称为“脆弱的”的web服务。在这种情况下，仅仅使用这样的状态数据是可接受的：该数据存在于保存有客户端第一次请求被路由传送到的web服务实例的特定服务器上。因此，身份数据优选地包括服务器的id；

ii)在某些情况下，状态数据在服务器群集之间共享，且因此，有关群集中的任何web服务实例将可以访问同样的状态数据。因此，身份数据优选地包括群集id；以及

iii)有时，web服务被归类为“高度可用”(HA)web服务。这意味着其由HA服务管理，该HA服务跟踪web服务实例及其相关联的状态数据所位于的服务器。当服务器发生故障时，HA服务将web服务实例及其状态数据移动到另一服务器，并更新其跟踪数据库。对于HA web服务，身份数据优选地包括这样的id的形式，HA服务将识别它并使用它来判定接收到包括身份数据的请求的服务器是否是映射到HA id的服务器。

当请求创建包括这种身份信息的地址数据时，web服务自身优选地将其所属的类别向寻址部件指示(见后文)。

注意，上面给出的实例仅出于阐释目的，而毫不意味着对本发明的限制。

验证器部件230可判定身份数据包含群集id。接着，将这种群集id与服务器30所位于的群集的群集id进行比较。如果二者匹配，则该请求被判定为已被正确路由传送。同样地，验证器部件230可判定身份数据涉及HA id，在这种情况下，使用HA id询问相关联的HA服务该请求是否被正确路由传送。

因此，步骤340处的检测或者等于真，或者等于假。如果请求已被正确地路由传送，则返回器部件250告知web服务引擎45将请求一直传递到web服务实例以便处理(步骤360)。如果不是这种情况，则采取校正动作(步骤350)。这可能意味着将错误消息从寻址部件100经由web服务引擎45返回到客户端应用90，或者，寻址部件100可自己负责对该请求重新进行路由传送。在另一实施例中，由寻址部件100返回错误消息，但客户端应用90不接收它。而是中间节点将自己负责对该请求重新进行路由传送。然而，将会理解，这仅是作为举例，而不意味着包括穷举性清单。

如上所述，客户端请求可不包含任何地址数据。因此，web服务实例可请求创建这种地址数据。图2b、3b涉及过程的这一部分。

web服务实例请求由寻址部件100创建地址数据。在步骤400中，请求被接收并被传递到地址工厂120，以便请求地址(步骤410)。地址工厂120创建用于对web服务实例寻址的地址数据(步骤420)。于是，地址工厂120从身份工厂130请求身份数据(步骤430)，该身份数据唯一地标识被客户端定为目标的服务器。接着，在步骤440中，地址工厂120将返回自身份工厂的身份数据插入地址数据。

于是，在步骤450中，地址数据由返回器250返回到web服务。接着，地址数据被返回到应用90(步骤355)。

下一次web服务40从客户端应用90接收到请求时，检验器部件210在步骤310中判定请求确实包括地址数据并可使用这种地址数据中的身份数据来验证请求已被正确路由传送(图3a)。

总之，本发明提供了一种用于验证web服务请求已被路由传送到作为有状态web服务实例主机的、正确的目标服务器。经由这种机制，有可能区分以下情况：

1)所接收到的请求被错误地路由传送到并非作为有状态web服务实例主机的服务器；以及

2)所接收到的请求被正确地路由传送到适当的服务器，但有状态web服务实例不再存在。

这种方案适用于任何寻址系统，通过该寻址系统，地址的属性被包括在对该地址的请求中并在目标上可获得。WS-寻址是一种这样的实例。

WS-寻址规定EndpointReference(EPR)为web服务的地址。它包括一个必备的地址URI以及零或零个以上的ReferenceParameter。当使得web服务请求以EndpointReference为目标时，EndpointReference的ReferenceParameter在请求中可获得(在SOAPHeader中)。这不依赖于所使用的传输例如SOAP/HTTP或SOAP/JMS。当WS-寻址创建EndpointReference时，WS寻址部件将添加公知的ReferenceParameter，其表示系统中的拓扑实体，在这种情况下为身份数据。该身份的类型由EndpointReference的类型决定，例如，脆弱、工作负荷可管理或高度可用。这些情况中的每种情况中的身份将分别代表到特定物理服务器的恒定的一对一映射、到服务器逻辑组的映射或到可从一物理服务器重定位到另一物理服务器的虚拟单个实体的一对一映射。

当目标系统收到进入的web服务请求时，目标系统的WS-寻址部件对请求的SOAP头进行检验以得到公知的ReferenceParameter(现在被用作身份数据)并提取其值。接着，它验证请求中的身份数据与目标符合。

Claims (16)

1.一种用于验证客户端的请求已被路由传送到适当的服务器的方法，该服务器作为包括多个有状态web服务实例的系统中特定的有状态web服务实例的主机，所述特定的有状态web服务实例具有处理所述客户端的请求所需要的状态数据，该方法包括：

接收用于由web服务实例进行处理的请求；

从所述请求中提取任何身份数据，所述身份数据唯一地标识所述需要的状态数据以及作为所述状态数据的主机的目标服务器的身份；

判定所述目标服务器身份是否与接收到所述客户端的请求的服务器的身份匹配；以及

响应于否定的判定，报告路由传送失败。

2.根据权利要求1的方法，其中，所述身份数据引用服务器群集的id，所述服务器群集中的每一个服务器可以访问所述需要的状态数据。

3.根据权利要求1的方法，其中，所述身份数据引用高度可用服务，该服务跟踪所述需要的状态数据位于何处。

4.根据前述任何一项权利要求的方法，该方法包括：

响应于判定所述请求不包括任何身份数据，将所述请求继续传递到所述web服务实例。

5.根据前述任何一项权利要求的方法，该方法包括：

接收创建到特定服务器或群集上的有状态web服务实例的引用的请求；以及

响应于所述客户端的请求提供封装标识符的引用。

6.根据前述任何一项权利要求的方法，该方法包括：

响应于否定判定，将所述请求重新路由传送到作为所述需要的状态信息的主机的服务器。

7.根据前述任何一项权利要求的方法，该方法包括：

验证请求已被正确地路由传送；以及

响应于判定在已接收到所述请求的服务器上不存在所述需要的状态数据，认识到所述需要的状态数据在所述系统中不存在。

8.根据权利要求7的方法，该方法包括：

向所述请求客户端提供所述有状态web服务实例不存在的指示。

9.一种用于验证客户端的请求已被路由传送到适当的服务器的装置，该服务器作为包括多个有状态web服务实例的系统中特定的有状态web服务实例的主机，所述特定的有状态web服务实例具有处理所述客户端的请求所需要的状态数据，该装置包括：

用于接收用于由web服务实例进行处理的请求的装置；

用于从所述请求中提取任何身份数据的装置，所述身份数据唯一地标识所述需要的状态数据以及作为所述状态数据的主机的所述目标服务器的身份；

用于判定所述目标服务器身份是否与接收到所述客户端的请求的服务器的身份匹配的装置；以及

用于响应于否定的判定，报告路由传送失败的装置。

10.根据权利要求9的装置，其中，所述身份数据引用服务器群集的id，所述服务器群集中的每一个服务器可以访问所述需要的状态数据。

11.根据权利要求9的装置，其中，所述身份数据引用高度可用服务，该服务跟踪所述需要的状态数据位于何处。

12.根据权利要求9-11中任何一项的装置，该装置包括：

用于响应于判定所述请求不包括任何身份数据，将所述请求继续传递到所述web服务实例的装置。

13.根据权利要求9-12中任何一项的装置，该装置包括：

用于接收创建对特定服务器或群集上的有状态web服务实例的引用的请求的装置；以及

用于响应于所述客户端的请求提供封装标识符的引用的装置。

14.根据权利要求9-13中任何一项的装置，该装置包括：

用于响应于否定判定，将所述请求重新路由传送到作为所述需要的状态信息的主机的服务器的装置。

15.根据权利要求9-14中任何一项的装置，该装置包括：

用于响应于验证请求已被正确地路由传送、然而判定在已接收到所述请求的服务器上不存在所述需要的状态数据，认识到所述需要的状态数据在所述系统中不存在的装置。

16.根据权利要求15的装置，该装置包括：

用于向所述请求客户端提供所述有状态web服务实例不存在的指示的装置。

Images