CN105830032A - 管理服务器成员资格 - Google Patents

Abstract

示例装置和方法管理参与提供服务的服务器集合中的成员资格。一示例设备可提供用户接口，该用户接口提供该服务器集合的成员的服务中状态(例如，服务中、退出服务)的单个相干视图。该示例设备还可提供请求监视器，该请求监视器在对目标设备的成员资格请求将致使功能集被暂停时选择性地阻止该成员资格请求。如果服务管理者尝试使得唯一的服务中服务器退出服务，则该动作可被选择性地阻止并且服务管理者可接收该动作的潜在结果的通知。使得服务器退出服务包括停止消息流动到服务器。

Description

管理服务器成员资格

背景

大的互联网范围服务可在服务端点侧上具有很大的拓扑结构复杂性并可在服务管理侧上具有很大的服务管理者扇出。例如，在服务端点侧(例如，前端)上，大的互联网范围服务可使用数百或数千个服务器将其服务提供到数千万个消费者。服务器可被组织成服务器池。服务器池可以是虚拟服务器的成员。消费者可能不能直接访问服务器池的成员，但是反而可访问虚拟服务器。虚拟服务器可接收来自消费者的请求并接着将请求路由到服务器池中的服务器。负载平衡器可以是通过虚拟服务器将话务路由到适当的池并最终到成员服务器的设备或进程。前端拓扑结构可在以下情况下变得越来越复杂：当服务器出现在多于一个的池中时、当负载平衡器将请求分发到重叠的服务器集时、当负载平衡器被安排在多层拓扑结构中时、当服务器被安排在多层拓扑结构中时、当由不同的供应商提供的服务器具有不同的能力时、当由不同的供应商提供的负载平衡器具有不同的能力时、当服务器或负载平衡器被添加或移除时、或出于其它原因。

传统上，管理(各)服务器池中的服务器成员资格已经是一种挑战。类似地，管理单个服务器、虚拟服务器、服务器池或负载平衡器可能已经是一种挑战。更一般地，管理服务端点设备已经是一种挑战。这些挑战可由服务器管理侧上的扇出而变得加剧。例如，为了提供24/7/365(一年365天，一星期7天，一天24小时)服务，大的互联网规模服务提供者可具有照看服务端点设备(例如，服务器、加载平衡器)的多个人类服务管理者团队以及自动化服务管理应用的多个实例。不是所有服务管理者都可即时地知晓由所有其它服务管理者做出的决策。另外，不是所有的服务管理者可具有相同的信息。例如，第一位置中的第一服务管理者可具有关于服务器或服务器池的第一信息集，而第二位置中的第二服务管理者可具有关于该服务器或服务器池的第二不同的信息集。该第一信息集可不同意第二信息集。因此，两个服务管理者可就如何管理服务器池中的某一服务器同时地做出不同的决策。

概述

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

各示例方法和装置涉及提供可管理的服务端点设备(例如，真实服务器、虚拟服务器、负载平衡器)的单个、简化的、统一的视图来促进对管理设备做出更好的决策。管理类似真实服务器之类的服务端点设备可包括将服务器置于服务中或使得服务器退出服务。示例方法和装置可串行化来自多个服务管理者的改变请求(例如，置于服务中、退出服务)并接着监视请求来缓解不理想的结果可被产生的可能性。例如，改变请求可被监视以确保服务器池中最后一个服务中的或健康的服务器不被无意地退出服务。另外，在改变请求被提交之前，关于服务器的信息可在逐渐靠近设备的各层处被分析以确保服务管理者对最新的信息采取动作。

示例方法和装置可包括用户接口层、作业队列处理层以及通信层。用户接口层可向服务管理者呈现信息并可接收来自服务管理者的改变请求(例如，置于服务中、退出服务)。作业队列处理层可串行化来自多个服务管理者的改变请求以缓减与并发或时间上接近的冲突请求相关联的问题。尽管提到了队列，但是其它数据结构可被使用在作业处理层处。作业队列处理层还可监视改变请求以防止可基于过时信息的不理想的结果(例如，由于最后一个服务器被使得退出服务而造成的服务丢失)。通信层提供关于目标设备状态(例如，服务中、退出服务)的信息并将改变请求或其它信息传送到目标设备或控制目标设备的设备。通信层还可提供关于目标健康(例如，健康、已故障、正在发生故障)的信息。

附图简述

附图示出本文所述的各种示例装置、方法和其他实施例。将理解到附图中所示的元素边界(如框、框组、或其他形状)表示边界的一个示例。在某些示例中，一个元素可被设计成多个元素，或者多个元素可被设计成一个元素。在某些示例中，示为另一元素的内部组件的某一元素可被实现为外部组件，且反之亦然。此外，元素可不被按比例绘制。

图1示出具有服务端点设备的示例因特网范围服务拓扑结构。

图2示出用于管理服务器成员资格的示例系统。

图3示出与管理服务器成员资格相关联的示例方法。

图4示出与管理服务器成员资格相关联的示例方法。

图5示出与管理服务器成员资格相关联的示例装置。

图6示出与管理服务器成员资格相关联的示例装置。

图7示出了服务器成员资格服务可以在其中操作的示例云操作环境。

图8是描绘配备有用于管理服务器成员资格的逻辑的示例移动通信设备的系统图。

详细描述

示例装置和方法将关于服务端点设备(例如，服务器、虚拟服务器、负载平衡器)的信息聚集到针对服务管理者的单个统一视图中。单个统一视图可隐藏多层拓扑结构的复杂性来提供服务端点以及它们的成员服务器的简化的视图，该多层拓扑结构包括负载平衡器层以及服务器池或层。单个统一视图可提供关于服务器的状态(例如，服务中、退出服务)或健康(例如，向上、向下、发生故障)的信息。服务器健康可在其中服务器是成员的不同池的上下文中被查看。单个统一视图还可提供关于服务器池的健康的信息。

图1示出具有服务端点设备的示例因特网范围服务拓扑结构100。拓扑结构100包括访问服务的多个消费者(例如，C1到C8)。该服务以及提供该服务的装置和进程可被多个服务管理者(例如，102、104……108)管理。来自消费者的请求可针对真实服务器但被虚拟服务器(例如，132、134……136)拦截。虚拟服务器可将来自消费者的请求发送到负载平衡器(例如，142、144)。负载平衡器可将请求分发到被安排在不同的服务器池(例如，池1110……池2120)中的不同的真实服务器。池1110包括真实服务器111、112、113和114。池2120包括真实服务器131、132、133和114。注意，真实服务器114出现在两个不同的池中。

示例装置和方法可提供控制对各个服务管理者的访问以及对各个服务管理者可用的功能的基于角色的认证。例如，第一服务管理者可被认证以供只读查看，而第二服务管理者可被认证以供读和更新查看。

服务管理者执行包括将服务器置于服务中以及使得服务器退出服务在内的任务。采用可能存在的复杂的服务端点拓扑结构，将服务器置于服务中或使得服务器退出服务可能是复杂的任务。当多个服务管理者在相同时间或近乎相同时间基于冲突的或可能过时的信息来尝试使得服务器退出服务或将服务器置于服务中时，任务可能更加复杂。因此，示例装置和方法提供将服务管理者请求串行化的作业处理队列。将服务管理者请求串行化在作业处理队列中促进解决并发请求或近乎一起发生的请求。由于使用作业处理队列或其它数据结构来串行化服务管理者请求，可能存在监视改变请求(例如，退出服务请求)以防止不理想的结果的机会。例如，针对支持服务端点或用作服务端点的服务器池中的最后一个健康的服务器或最后一个服务中的服务器的退出服务请求可具有使得服务对一组消费者不可用的不理想的效果。因此，示例装置和方法可监视改变请求以防止服务器池无意地变为空。在一个实施例中，可创建空的服务器池的请求可引起服务管理者的注意。服务管理者可随后决定迫使服务器池变空或可作出不同的请求。

一示例系统可包括用户接口层、作业队列层以及通信层。图2示出用于管理针对协同操作来提供服务的服务器集合的服务器成员资格的示例系统。该系统包括从服务管理者102接收请求的用户接口200。用户接口200还可提供在提供服务中所涉及的设备的相干简化视图。该系统还包括与用户接口200进行通信并与在提供服务中所涉及的设备和进程进行通信的请求监视器210。注意，服务管理者102具有其自己的本地存储104。类似地，用户接口200具有其自己的本地存储204并且请求监视器210具有其自己的本地存储214。另外，虚拟服务器132可具有其自己的本地存储133，负载平衡器142可具有其自己的本地存储146并且负载平衡器144可具有其自己的本地存储145。另外，真实服务器111可具有其自己的本地存储111m。在多个设备或进程具有它们自己的本地存储的情况下，关于哪些服务器在服务中以及哪些服务器退出服务的数据可能是不一致的。

通信层可与服务端点设备(例如，负载平衡器、真实服务器、虚拟服务器)进行通信。用户接口层可呈现单个统一视图并可从服务管理者接收请求。例如，用户接口层可接收置于服务中和退出服务请求。用户接口层还可提供针对服务管理者的当其它层提供指示服务管理者可能不明智地行动或可能对可能过时或其它方式不准确的数据采取行动的信息时改变请求或迫使请求发生的机会。

作业队列处理层可串行化请求并对经串行化的请求执行监视。在一个实施例中，作业队列处理层还可执行窥孔(peephole)类型的优化，其中多个相同的请求被折叠到单个请求中。例如，如果5个服务管理者在相同时间全部请求某个服务器被使得退出服务，则5个请求可被折叠到被串行化在作业处理队列中的单个请求中。

监视作业队列处理层中经串行化的请求可致使请求被提交或暂停。当请求被提供到目标设备或提供到控制目标设备的另一设备(例如，消息传递者)时，该请求可被提交。例如，退出服务消息可被提供到真实服务器、被提供到与真实服务器相关联的虚拟服务器、被提供到向服务器提供消费者请求的负载平衡器(例如，消息传递者)、或被提供到可控制或参与控制目标设备的其它设备。使得服务器退出服务可涉及停止消息到服务器的流动、关闭到服务器的通信路径、关闭服务器或其它动作。将服务器置于服务中可涉及开始消息到服务器的流动、打开到服务器的通信路径、开启服务器或其它动作。停止或开始消息到服务器的流动可在负载平衡器处来实现，而无需直接用消息通知或更改服务器的状态。

关于是提交请求还是暂停或返回请求的判定可取决于具有关于目标设备以及目标设备是其成员的(各)池的准确信息。关于目标设备或其(各)池的信息可被存储在服务管理者位置处、在用户接口层中、在作业队列处理层中、在目标设备中、在控制目标设备的设备中、在与目标设备进行交互的设备中或在其它位置中。通信层促进在提交请求前获得关于目标设备或其(各)池的最新信息并将该信息传播回靠近后端。由此，在一个实施例中，请求可仅在关于目标设备或其(各)池的实际信息匹配服务管理者基于其做出它们的决定的信息时才被提交。

回忆作业队列处理层可监视请求以当某一服务器是池中对负载平衡器、对虚拟服务器或在其它情况中可用的唯一剩余的服务器时确保该服务器不被使得退出服务。当接收到退出服务请求时，该请求可首先通过检查服务管理者的本地数据集来被验证。如果本地数据集指示移除服务器会具有不理想的效果(例如，从池中移除唯一剩余的服务器)，则该请求可不被自动地提交并可转而被呈现给做出请求的服务管理者或其它服务管理者以用于确认或取消。如果本地数据集指示移除服务器不会产生不理想的情况，则该请求可根据更靠近目标设备的数据集被验证。作为说明，作业队列处理层中的数据集可指示该服务器是最后一个服务中的或健康的服务器。在这种情况下，该请求可被阻挡并且来自作业队列处理层的数据可被用于更新对服务管理者可用的数据。例如，对服务管理者可用的本地高速缓存可被更新。服务管理者可接着选择迫使该请求被执行或取消该请求。作为进一步的说明，服务端点设备(例如，负载平衡器、虚拟服务器、真实服务器)中的数据集可指示该服务器是最后一个服务中的或健康的服务器。在这种情况下，该请求可被阻挡并且来自服务端点设备的数据也可被用于更新作业队列处理层并可被用于更新对服务管理者可用的数据。再一次，服务管理者可接着选择迫使该请求被执行或取消该请求。

在一个实施例中，示例装置和方法与其交互的贯穿拓扑结构所维护的数据集可不仅仅包括服务状态(例如，服务中/退出服务)信息，还包括健康状态(例如，健康、已故障、发生故障)信息。健康状态信息可将健康报告为如被进行报告的设备(例如，负载平衡器、作为目标设备的真实服务器)所了解的那样。由此，服务管理者可不仅仅具有关于哪些设备在服务中以及退出服务，还具有关于在做出改变请求时设备的健康状态的了解。

为了促进在理想的阈值时间量内将响应提供到服务管理者，在一个实施例中，对服务器状态或健康数据的验证的范围可被限制到作为针对改变请求的目标设备的服务器而非整个可用的数据集。在一个实施例中，作业队列处理层被配置成在15秒内同步地处理改变请求(例如，置于服务中、退出服务)。在不同的实施例中，其它服务水平(例如，12秒、10秒、5秒)可被配置。

下文的详细描述的某些部分是按照算法和对存储器内的数据位的运算的符号表示来给出的。这些算法描述和表示被本领域技术人员使用来将其作品的实质传达给其他人。算法被认为是产生结果的运算序列。运算可包括创建和操纵采用电子值的形式的物理量。创建或操纵采用电子值形式的物理量产生了具体的、有形的、有用的、真实世界结果。

原则上出于常见用法的原因将这些信号称作位、值、元素、符号、字符、项、数字以及其它术语被证明有时是方便的。然而，应当记住，这些和类似术语都应与适当的物理量相关联并且仅仅是应用于这些量的方便标签。除非另外具体声明，否则应理解贯穿本说明书，包括处理、计算以及确定在内的术语指的是计算机系统、逻辑、处理器或操纵和变换被表示为物理量的数据(如电子值)的类似电子设备的动作和过程。

参考流程图可更好地理解示例方法。出于简化，所示的方法被示出并描述为一系列框。然而，方法可不受框的顺序的限制，因为在某些实施例中，框可以与所示和所描述的不同顺序出现。而且，为了实现某一示例方法，可能要求比全部所示框少的框。框可被组合或分成多个组件。此外，附加的或替代的方法可采用附加的、未示出的框。

图3示出示例方法300。方法300包括，在310，接收关于服务端点设备的服务管理请求。服务端点设备可以是例如，作为协同操作来提供服务的服务器集合的成员的服务器。其它设备可使用方法300来管理。服务可以是例如通过通信网络提供的功能集。通信网络可以例如是计算机网络、蜂窝电话网络、卫星电话网络或其它网络。服务管理请求可以例如是旨在停止到服务端点设备的消息流动的停用服务请求。服务管理请求可以是任选的或强制性的。当请求是任选的时，方法300可检查服务中数据来确定在该服务端点设备被事实上退出服务的情况下是否会发生不理想的结果。不理想的结果可以例如是移除最后一个健康的服务器并由此中断服务、在所有其它服务器处于或接近满负荷时移除具有可用容量的服务器导致服务减缓、或其它不理想的效果。在不同的实施例中，服务管理请求可接收自人类服务管理者或接收自自动化的服务管理者。

方法300包括，在320，控制串行化逻辑来针对关于该集合中其它成员的其它待决服务管理请求来串行化该服务管理请求。串行化逻辑可位于通信网络中的处于服务管理者与控制设备之间的通信路径中。串行化请求促进避免竞争条件并缓解与由于不同的服务管理者的可变递送时间相关联的问题。在一个实施例中，方法300可包括控制串行化逻辑来对待决服务管理请求执行窥孔优化。执行窥孔优化促进降低需要被处理的请求的数量。

一旦请求已经被串行化到其正确的位置内，方法300就可通过相对于其它待决服务管理请求来按序处理该服务管理请求来继续。如果该请求是用于使得服务端点设备退出服务的任选的尝试，则方法300可在330通过访问服务中数据来行进，根据该服务中数据，可在335做出关于该服务端点设备是否是该集合中唯一的服务中服务端点设备的判定。在一个实施例中，服务中数据还描述服务端点设备的健康。可通过按照从位于最靠近服务管理者的数据到位于最靠近控制到服务端点设备的消息流动的控制设备(例如，负载平衡器)的数据的顺序访问和评估服务中数据来以递增方式在335做出该判定。在一个实施例中，服务中数据还可描述服务端点的容量或服务端点与其相关联的池的其它成员的容量。如果最靠近服务管理者的数据指示请求可产生不理想的条件(例如，最后一个服务中服务器被使得退出服务、最后一个负载平衡器被使得退出服务、最后一个具有可用容量的服务器被使得退出服务)，则该请求可被阻止而不必咨询更靠近该设备的数据。但是如果最靠近服务管理者的数据没有指示该请求可产生不理想的结果，则更靠近负载平衡器的数据可被考虑。

在一个实施例中，在该请求被处理之前，方法300可包括从该集合的一个或多个成员或从控制设备获得服务中数据。为了帮助服务管理者做出更有见地的决定，服务中数据可被提供给服务管理者。在一个实施例中，服务中数据可通过用户接口被提供到服务管理者，该用户接口提供服务端点设备的集合的服务中状态的单个相干视图。

在330处访问服务中数据可通过访问对于服务管理者而言本地的数据来开始。在此时，可仅根据对于服务管理者而言本地的数据来做出该判定。如果对于服务管理者而言本地的数据指示该服务可不通过使得服务端点设备退出服务而受到损害，则该请求可被提供到串行化逻辑，其中在330处访问服务中数据可通过访问对于串行化逻辑而言本地的数据来继续。在一个实施例中，消息可实际上不被提供到串行化逻辑，而是该请求可被保持在原地并且串行化逻辑可被通知该请求并被控制来访问在串行化逻辑处可用的服务中数据。通知串行化逻辑或另一设备或进程可包括发送消息、生成中断、向共享存储器位置写入值、生成信号、做出远程过程调用或其它动作。该判定可接着根据对于串行化逻辑而言本地的数据。如果对于串行化逻辑而言本地的数据指示该服务可不通过使得服务端点设备退出服务而受到损害，则该请求可被提供到控制设备，并且在330处访问服务中数据可包括访问对于控制设备而言本地的数据。再一次，该请求可实际上不被提供到控制设备，而是只有在控制设备处的服务中数据才可被访问。控制设备可位于通信网络中的处于串行化逻辑与服务端点设备之间的通信路径中。在此时，可根据对于控制设备而言本地的数据来做出该判定。

在330处服务中数据已经被访问后，可在335做出关于是阻止该请求还是提交该请求的判定。基于在335处做出的判定，方法330可行进到340或350。方法300包括在340，当判定是该服务端点设备是该集合中唯一的服务中服务端点设备时或当另一预先确定的不理想效果可被产生时，选择性地阻止该请求。当该请求被阻止时，方法300还可用通知选择性地将服务管理请求提供回服务管理者或可通知服务管理者而不返回该请求。

方法300包括在350，当判定是该服务端点设备不是该集合中唯一的服务中服务端点设备时或当另一预先确定的不理想效果可被产生时，将该请求提供到控制设备。在一个实施例中，该请求可不被提供，但是控制设备可被指令或控制来使得目标服务器退出服务。

无论该请求是在350处被提供到控制设备还是在340处被阻止，方法300都可包括在360处选择性地更新通信网络中一个或多个位置中的服务中数据。例如，串行化逻辑中的数据可用来自负载平衡器的数据来被更新。

在一个实施例中，在处理来自服务管理者的请求之前，服务管理者可首先被认证。当认证被采用时，方法300可根据认证服务管理者来提供针对服务管理者的基于角色的服务水平。例如，服务管理者可被允许查看服务中数据但不能做出请求，或者服务管理者可被允许做出请求。

通过使用结合方法300描述的递增、经串行化的方法，在一个实施例中，可在少于15秒内产生异步结果。异步结果可以是在少于15秒内服务端点设备被使得退出服务或服务管理者被提供通知。在另一实施例中，异步结果可在少于10秒内被获取。可在其它实施例中实现其它响应时间。

图4示出执行递增决策制定过程的示例方法400的一部分。在410，对于服务管理者而言本地的数据被访问。对于设备而言本地的可包括被存储在作为该设备的一部分的数据存储中或被存储在对该设备可用而不必通过网络的数据存储中。例如，被存储在被服务管理者使用的膝上型计算机的存储器中的数据是对于该服务管理者而言本地的，这是因为其是被存储在连接到服务管理者的膝上型计算机的外部硬盘驱动器的数据。可仅仅基于对于服务管理者而言本地的数据来在412做出关于是否阻止退出服务请求的决策。如果对于服务管理者而言本地的数据指示该请求可在不破坏服务的情况下被完成，则部分400可在420处继续以访问存储在用户接口中的数据。对于服务管理者而言本地的存储的数据可不与用户接口处的数据一致。由此，对于服务管理者而言本地的存储的数据可指示用退出服务请求来行进是安全的，但是用户接口处的数据可不这么指示。由此，可仅仅基于对于用户接口而言本地的数据来在422处做出关于是否阻止退出服务请求的决策。递增方式可在430处通过访问对于监视器逻辑而言本地的数据并接着在432处仅仅基于对于监视器逻辑而言本地的数据来做出判定来继续。递增方式可接着在440处通过访问对于负载平衡器而言本地的数据来继续，该负载平衡器控制到作为停用服务请求的目标的服务器的消息流动。在442处的决策可仅仅基于对于负载平衡器而言本地的存储的数据。只有所有被考虑的数据指示行进是安全的，才在460处通过停止到服务器的消息流动来使得目标服务器退出服务。如果被考虑的数据中的任意数据指示行进是不安全的，则请求将在450处被阻止。在任一情况下，关于目标服务器的状态中状态的数据可在470处被馈送回位于更靠近服务管理者的数据存储。图4中示出的递增方式促进尽可能快地到达阻止决策。

尽管图3和4示出了串行地发生的各种动作，但是，应该理解，图3和4中所示出的各种动作可以基本上并行地发生。作为说明，第一进程可访问和显示服务中数据，第二进程可串行化成员资格请求，而第三进程可阻止或提交成员资格请求。尽管描述了三个进程，但是要理解可采用更多或更少数量的进程，以及可采用轻量进程、常规进程、线程以及其他方法。

在一个示例中，方法可被实现为计算机可执行指令。从而，在一个示例中，计算机可读存储介质可存储计算机可执行指令，如果机器(如计算机)执行，计算机可执行指令使得机器执行本文所述或要求保护的方法，如方法300或部分400。尽管与所列方法相关联的可执行指令被描述为存储在计算机可读存储介质上，但是要理解与本文所述或要求保护的其他示例方法相关联的可执行指令也可被存储在计算机可读存储介质上。在不同实施例中，本文所述的示例方法可以不同方式被触发。在一个实施例中，一种方法可由用户手动触发。在另一示例中，一种方法可被自动触发。

图5示出示例装置500。在一个示例中，装置500包括被配置用于连接处理器510、存储器520以及逻辑集合530的接口540。装置500的各元素可被配置来与相互通信，但为了说明的简要而未示出所有连接。在一个实施例中，装置500可以是已通过包含逻辑集合530而被转换成专用计算机的通用计算机。装置500可通过例如计算机网络与其他装置、过程和服务交互。

逻辑集合530可被配置成管理提供服务的服务器集合中的成员资格。提供该服务可包括使得服务器个别地和共同地参与通过计算机网络来提供功能集。

逻辑集合530可包括被配置成提供用户接口的第一逻辑532。用户接口可被配置成提供该服务器集合的服务中状态的单个相干视图。在一个实施例中，单个相干视图可折叠服务器的分层结构中的各层。折叠各层可促进隐藏经多层负载平衡的/网络拓扑结构的复杂度以提供服务端点以及它们的成员服务器的简单视图。在一个实施例中，用户接口可将跨多个负载平衡的设备的服务器或服务器池聚集到一个统一视图中。在一个实施例中，第一逻辑532可被配置成从该服务器集合和计算机网络的所选元素中收集状态数据。第一逻辑532还可被配置成接收成员资格请求并向成员资格请求提供响应。成员资格请求可以例如是会将目标服务器添加到当前正参与提供服务的服务器集合的成员资格的放入服务中请求。成员资格请求还可以例如是会将目标服务器从当前正参与提供服务的服务器集合的成员资格中移除的退出服务请求。

逻辑集合530还可包括被配置成提供请求监视器的第二逻辑534，该请求监视器被配置成当对该服务器集合中的目标服务器的成员资格请求将破坏对功能集的访问时，选择性地阻止该成员资格请求。当例如最后一个可用的目标服务器被使得退出服务、最健康的可用目标服务器被使得退出服务、当其它服务器是健康的但被压垮时具有可用容量的目标服务器被使得退出服务、或其它条件下时，对功能集的访问可被破坏。请求监视器可被配置以递增方式来操作，其中最远离目标设备的数据被首先考虑，而最靠近目标设备的数据被最后考虑。对于阻止的决策可随着不同的数据集被分析而在不同的时间处被做出，而对于行进的决策可涉及分析多个可用数据集。在一个实施例中，请求监视器被配置成当做出成员资格请求的实体(例如，服务管理者)所存储的数据指示该成员资格请求会破坏对功能集的访问时阻止该成员资格请求。当用户接口所存储的数据指示该成员资格请求会破坏对功能集的访问时，请求监视器可阻止该请求。然而，如果该实体所存储的或对于该实体而言本地的数据指示该成员资格请求不会破坏对功能集的访问，则可仅考虑用户接口所存储的或对于用户接口而言本地的数据。当请求监视器所存储的数据指示该成员资格请求会破坏对功能集的访问时，请求监视器可阻止该请求。然而，如果用户接口所存储的数据指示该成员资格请求不会破坏对功能集的访问，则可仅考虑请求监视器所存储的或对于请求监视器而言本地的数据。当计算机网络中的控制设备所存储的数据或对于该控制设备而言本地的数据指示该成员资格请求会破坏对功能集的访问时，请求监视器可阻止该请求。然而，如果请求监视器所存储的或对于请求监视器而言本地的数据指示该成员资格请求不会破坏对功能集的访问，则可仅考虑控制设备所存储的或对于控制设备而言本地的数据。回忆，控制设备(例如，负载平衡器)控制到目标服务器的消息流动并可被考虑为消息传递者。

从非阻止观点来看，请求监视器被配置成仅在以下情况下向控制设备提供成员资格请求或指令控制设备：做出成员资格请求的实体所存储的或对该实体而言本地的数据指示该成员资格请求不会破坏对功能集的访问，用户接口所存储的或对于用户接口而言本地的数据也指示该成员资格请求不会破坏对功能集的访问，请求监视器所存储的或对于请求监视器而言本地的数据也指示该成员资格请求不会破坏对功能集的访问，并且控制设备所存储的或对于控制设备而言本地的数据也指示该成员资格请求不会破坏对功能结合的访问。在一个实施例中，“提供成员资格请求”指控制设备(例如，消息传递者)来致使到目标服务器的消息流动被停止。实际成员资格请求可不被提供到控制设备。

逻辑集合530还可包括被配置成提供通信的第三逻辑536。第三逻辑536可提供一组互操作服务，其提供针对用户接口、请求监视器、服务器集合的成员、目标服务器以及控制到服务器集合的成员的消息流动的负载平衡设备的通信。

处理器510可以是，例如，信号处理器、微处理器、专用集成电路(ASIC)、或用于执行包括信号编码、数据处理、输入/输出处理、电力控制、或其它功能的任务的其它控制和处理逻辑电路。处理器510可被配置成与处理成员资格请求的逻辑530交互。

存储器520可包括不可移动存储器或可移动存储器。不可移动存储器可包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、硬盘、或其它存储器存储技术。可移动存储器可包括闪存，或其它存储器存储技术，诸如“智能卡”。存储器520可被配置成存储成员资格请求、服务中数据、健康数据或其它信息。

图6示出装置500的另一实施例。装置500的这个实施例包括第四逻辑538。第四逻辑538可被配置成响应于经阻止的成员资格请求或响应于使得服务器退出服务来选择性地更新被存储在各个位置中的数据。可被更新的数据可包括做出成员资格请求的实体所存储的数据、用户接口所存储的数据、请求监视器所存储的数据或控制设备所存储的数据。

图7示出示例云操作环境700。云操作环境700支持将计算、处理、存储、数据管理、应用、以及其他功能作为抽象服务而不是作为独立产品来提供。服务可由可被实现为一个或多个计算设备上的一个或多个进程的虚拟服务器来提供。在某些实施例中，进程可在服务器之间迁移而不中断云服务。在云中，共享资源(如计算、存储)可通过网络被提供给包括服务器、客户机、以及移动设备的计算机。不同的网络(如以太网、Wi-Fi、802.x、蜂窝)可被用于访问云服务。与云交互的用户可能不需要知道实际上正在提供服务(如计算、存储)的设备的细节(如位置、名称、服务器、数据库)。用户可经例如web浏览器、瘦客户端、移动应用、或以其他方式来访问云服务。

图7示出驻留在云中的示例成员资格服务760。成员资格服务760可依赖于服务器702或服务704来执行处理，且可依赖于数据存储706或数据库708来存储数据。尽管解说单个服务器702、单个服务704、单个数据存储706以及单个数据库708，但是服务器、服务、数据存储以及数据库的多个实例可驻留在云中，并可因此被成员资格服务760所使用。

图7解说访问云中的成员资格服务760的各种设备。设备包括计算机710、平板720、膝上型计算机730、个人数字助理740、以及移动设备(如蜂窝电话、卫星电话)750。不同位置处使用不同设备的不同用户就可能通过不同的网络或接口来访问成员资格服务760。在一个示例中，成员资格服务760可由移动设备750访问。在另一示例中，成员资格服务760的各部分可驻留在移动设备750上。成员资格服务760可执行各动作，包括例如，通过用户接口来提供服务器成员资格和状态的单个全面视图，选择性地阻止可导致服务变得至少部分不可用的退出服务请求，致使到服务器的消息流动被暂停，更新成员资格服务760与其进行交互的拓扑结构中的数据存储或其它动作。在一个实施例中，成员资格服务760可以执行本文所描述的方法的各部分(例如，方法300、方法400)。

图8是描绘示例性移动设备800的系统图，该移动设备包括各种可选的硬件和软件组件，总地示于802处。移动设备800中的组件802可与其它组件通信，但出于容易例示的目的而未示出所有连接。该移动设备800可以是各种计算设备(例如，蜂窝电话、智能电话、手持式计算机、个人数字助理(PDA)等)，并且可允许与诸如蜂窝或卫星网络的一个或多个移动通信网络804进行无线双向通信。

移动设备800可包括用于执行各任务的控制器或处理器810(例如，信号处理器、微处理器、应用专用集成电路(ASIC)或其它控制和处理逻辑电路系统)，各任务包括通过用户接口来提供服务器成员资格和状态的单个全面视图，选择性地阻止可导致服务变得至少部分不可用的退出服务请求，致使到服务器的消息流动被暂停，更新用户接口中的数据存储或其它功能。操作系统812可控制对组件802的分配和使用，并支持应用程序814。应用程序814可包括移动计算应用(例如，电子邮件应用、日历、联系人管理者、web浏览器、消息收发应用)、或其他计算应用。

移动设备800可包括存储器820。存储器820可包括不可移动存储器822或可移动存储器824。不可移动存储器822可包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、硬盘、或其它存储器存储技术。可移动存储器824可包括闪存或订户身份模块(SIM)卡，其在GSM通信系统中是公知的，或者其它存储器存储技术，诸如“智能卡”。存储器820可被用于存储数据或用于运行操作系统812和应用814的代码。示例数据可包括描述服务是在服务中还是退出服务的数据、描述服务器集合中处于服务中的服务器的数量的数据、描述服务器的健康的数据、网页、文本、图像、声音文件、视频数据或可经由一个或多个有线或无线网络被发送到或接收自一个或多个网络服务器或其它设备的数据集合。存储器820可存储诸如国际移动订户身份(IMSI)等订户标识符，以及诸如国际移动设备标识符(IMEI)等设备标识符。可将所述标识符传送给网络服务器以标识用户或设备。

移动设备800可以支持一个或多个输入设备830，包括，但不仅限于，触摸敏感或悬停敏感的屏幕832、话筒834、相机836、物理键盘838，或轨迹球840。移动设备800还可支持输出设备850，包括但不限于：扬声器852以及显示器854。其它可能的输入设备(未示出)包括加速度计(例如，一维、二维、三维)。其他可能的输出设备(未示出)可以包括压电或其他触觉输出设备。一些设备可以用于多于一个输入/输出功能。输入设备830可以包括自然用户界面(NUI)。NUI是使得用户能够以“自然”方式与设备交互而不受由诸如鼠标、键盘、遥控器及其它等输入设备强加的人为约束的接口技术。NUI方法的示例包括依赖于语音识别、触摸和指示笔识别、(屏幕上和屏幕附近的)姿势识别、空中姿势、头部和眼睛跟踪、嗓音和语音、视觉、触摸、姿势、以及机器智能的那些方法。NUI的其它示例包括使用加速计/陀螺仪、脸部识别、三维(3D)显示、头、眼以及凝视跟踪、身临其境的增强现实和虚拟现实系统的运动姿势检测(所有这些都提供更为自然的接口)，以及用于通过使用电场感测电极(脑电波图(EEG)和相关方法)感测脑部活动的技术。由此，在一特定示例中，操作系统812或应用814可包括作为允许用户经由语音命令来操作设备800的语音用户界面的一部分的语音识别软件。此外，设备800可包括允许经由用户的空间姿势进行用户交互(诸如检测和解释姿势以向应用提供输入)的输入设备和软件。

无线调制解调器860可耦合至天线891。在一些示例中，射频(RF)滤波器被使用且处理器810不需要针对所选频带选择天线配置。无线调制解调器860可支持处理器810和外部设备之间的双向通信。调制解调器860被一般示出，并且可以包括用于与移动通信网络804通信的蜂窝调制解调器和/或其他基于无线电的调制解调器(例如，蓝牙864或Wi-Fi862)。无线调制解调器860可被配置用于与一个或多个蜂窝网络(诸如，用于在单个蜂窝网络内、蜂窝网络之间、或移动设备与公共交换电话网络(PSTN)之间的数据和语音通信的全球移动通信系统(GSM)网络)进行通信。移动设备800还可使用例如近场通信(NFC)元素892来本地地通信。

移动设备800可包括至少一个输入/输出端口880、电源882、诸如全球定位系统(GPS)接收机之类的卫星导航系统接收机884、加速度计886、或物理连接器890，该物理连接器可以是通用串行总线(USB)端口、IEEE1394(火线)端口、RS-232端口、或其它端口。所示组件802不是必需的或穷举的，因为其它组件可被删除或添加。

移动设备800可包括配置成为移动设备800提供功能的服务端点管理逻辑899。例如，服务端点管理逻辑899可提供用于与服务(例如服务760，图7)交互的客户端。本文描述的示例方法的各部分可由服务端点管理逻辑899执行。类似地，服务端点管理逻辑899可实现本文描述的装置的各部分。

下文包括本文所采用的所选项目的定义。这些定义包括落在某一术语的范围内且可被用于实现的组件的各种示例或形式。示例不旨在是限制性的。单数和复数形式的术语两者可都在定义的范围内。

对“一个实施例”、“一实施例”、“一个示例”、“一示例”的引用指示出如此所述的实施例或示例可包括某一特征、结构、特性、属性、元素或限制，但并非每一个实施例或示例必然包括该特征、结构、特性、属性、元素或限制。此外，对短语“在一个实施例中”的重复使用不必涉及同一实施例，但是它可涉及同一实施例。

如本文所使用的，“计算机可读存储介质”指的是存储指令或数据的介质。“计算机可读存储介质”不指代传播信号。计算机可读存储介质可以采取包括但不限于非易失性介质以及易失性的形式。非易失性介质可包括例如磁盘、磁带、以及其他介质。易失性介质可包括例如半导体存储器、动态存储器、以及其他介质。常规形式的计算机可读存储介质可包括但不限于软盘(floppydisk)、软磁盘(flexibledisk)、硬盘、磁带、其他磁介质、专用集成电路(ASIC)、紧致盘(CD)、其他光学介质、随机存储存储器(RAM)、只读存储器(ROM)、存储器芯片或卡、存储棒、以及计算机、处理器或其他电子设备可以读取的其他介质。

如本文所使用的“数据存储”指的是可存储数据的物理或逻辑实体。数据存储可以是例如数据库、表、文件、列表、队列、堆、存储器、寄存器、或其他物理储存库。在不同示例中，数据存储可驻留在一个逻辑或物理实体中，或可分布在两个或更多个逻辑或物理实体之间。

如本文所使用的“逻辑”包括但不限于机器上执行的硬件、固件、软件，或各自的组合来执行功能或动作或引起来自另一逻辑、方法或系统的功能或动作。逻辑可包括软件控制的微处理器、分立逻辑(如ASIC)、模拟电路、数字电路、编程的逻辑设备、包含指令的存储器设备、以及其他类型的物理设备。逻辑可包括一个或多个门、门的组合、或其他电路组件。在描述多个逻辑逻辑时，可能的是将该多个逻辑逻辑合并成一个物理逻辑。类似地，在描述单个逻辑逻辑的情况下，可能的是将该单个逻辑化的逻辑分布在多个物理对象之间。

就在详细描述或权利要求书中使用术语“包括”而言，这一术语旨在以与术语“包含”在被用作权利要求书中的过渡词时所解释的相似的方式为包含性的。

就在详细描述或权利要求书中使用术语“或”而言(如A或B)，意图意味着“A或B或两者”。当申请人意图执行“只有A或B而不是两者”时，于是将采用术语“只有A或B而不是两者”。从而，本文对术语“或”的使用是包含性的而非排他性的使用。见BryanA.Garner现代法律用途字典624(ADictionaryofModernLegalUsage624)(1995年第2版)。

尽管用对结构特征或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (15)

1.一种方法，包括：

从服务管理者接收关于服务端点设备的服务管理请求，其中所述服务端点设备是协同操作来提供服务的服务端点设备的集合的成员，其中所述服务是通过通信网络提供的功能集；

控制串行化逻辑以相对于关于所述集合的成员的其它待决服务管理请求来串行化所述服务管理请求，其中所述串行化逻辑位于所述通信网络的处于所述服务管理者和所述控制设备之间的通信路径中；

相对于所述其它待决服务管理请求来按序处理所述服务管理请求；

在确定所述服务管理请求是使得所述服务端点设备退出服务的任选尝试之际：

访问服务中数据，根据所述服务中数据能做出关于所述服务端点设备是否是所述集合中唯一的服务中服务端点设备的判定；

至少部分地基于所述服务中数据来做出所述判定；以及

当所述判定是所述服务端点设备不是所述集合中唯一的服务中服务端点设备时，向参与控制所述服务端点设备的控制设备通知所述服务端点设备要被使得退出服务；以及

当所述判定是所述服务端点设备是所述集合中唯一的服务中服务端点设备时，用信号通知所述服务管理者所述成员资格请求没有被执行并且选择性地更新所述通信网络中一个或多个位置中的所述服务中数据，

其中将所述服务端点设备保持在服务中通过减少或消除重启被无意终止的服务端点所需的处理来而提高针对所述集合的计算效率。

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

获取来自所述集合的一个或多个成员以及来自所述控制设备的所述服务中数据，以及

将所述服务中数据提供到所述服务管理者，其中所述服务中数据提供服务端点设备的结合的单个相干视图。

3.如权利要求1所述的方法，其特征在于，所述服务端点设备是服务器。

4.如权利要求1所述的方法，其特征在于，所述服务管理者是自动化的进程。

5.如权利要求1所述的方法，其特征在于，

其中访问所述服务中数据包括访问对于所述服务管理者而言本地的数据，

其中做出所述判定是根据所述对于所述服务管理者而言本地的数据，以及

其中通知所述控制设备包括通知所述串行化逻辑。

6.如权利要求5所述的方法，其特征在于，

其中访问所述服务中数据包括访问对于所述串行化逻辑而言本地的数据，

其中做出所述判定是根据所述对于所述串行化逻辑而言本地的数据，以及

其中通知所述控制设备包括通知控制到所述服务端点设备的消息流动的消息传递者，其中所述消息传递者位于所述通信网络中的处于所述串行化逻辑和所述服务端点设备之间的通信路径中。

7.如权利要求6所述的方法，其特征在于，所述消息传递者是负载平衡器。

8.如权利要求6所述的方法，其特征在于，

其中访问所述服务中数据包括访问对于所述消息传递者而言本地的数据，

其中做出所述判定是根据所述对于所述消息传递者而言本地的数据，以及

当所述判定是所述服务端点设备不是所述集合中唯一的服务中服务端点设备时，控制所述消息传递者以使得所述服务端点设备退出服务。

9.如权利要求8所述的方法，其特征在于，使得所述服务端点设备退出服务包括停止到所述服务端点设备的消息流动。

10.如权利要求9所述的方法，其特征在于，所述消息传递者是位于所述通信网络中的处于所述服务的用户和所述服务端点设备之间的通信路径上的负载平衡器。

当所述判定是所述服务器不是所述集合中唯一的服务中服务器时，向所述通信网络中的所述负载平衡器提供所述退出服务请求；以及

当所述判定是所述服务器是所述集合中唯一的服务中服务器时，选择性地用通知将所述退出服务请求提供回所述服务管理者并选择性地更新所述通信网络中一个或多个位置中的所述服务中数据，

其中在自接收所述退出服务请求起少于15秒内，所述服务器被使得退出服务或所述服务管理者被提供所述通知。

11.一种装置，包括：

处理器；

存储器；

逻辑集合，所述逻辑集合被配置成管理参与通过计算机网络将服务作为功能集来提供的服务器集合中的成员资格，以及

连接所述处理器、所述存储器和所述逻辑集合的接口，

所述逻辑集合包括：

被配置成提供用户接口的第一逻辑，所述用户接口被配置成提供服务器集合的服务中状态的单个相干视图；

被配置成提供请求监视器的第二逻辑，所述请求监视器被配置成当对所述服务器集合中的目标服务器的成员资格请求将破坏对所述功能集的访问时选择性地阻挡所述成员资格请求，以及

第三逻辑，所述第三逻辑被配置成提供针对所述用户接口、所述请求监视器、所述服务器集合的成员、所述目标服务器以及控制到所述目标服务器的消息流动的负载平衡设备的通信。

12.如权利要求11所述的装置，其特征在于，所述第一逻辑被配置成收集来自所述服务器集合以及所述计算机网络的所选元素的状态数据、接收所述成员资格请求以及提供对所述成员资格请求的响应。

13.如权利要求12所述的装置，其特征在于，所述请求监视器被配置成当以下情况时阻止所述成员资格请求：

做出所述成员资格请求的实体所存储的或对所述实体而言本地的数据指示所述成员资格请求会破坏对所述服务的访问，

所述用户接口所存储的或对于所述用户接口而言本地的数据指示所述成员资格请求会破坏对所述服务的访问，

所述请求监视器所存储的或对于所述请求监视器而言本地的数据指示所述成员资格请求会破坏对所述服务的访问，或

所述计算机网络中的控制设备所存储的或对于所述控制设备而言本地的数据指示所述成员资格请求会破坏对所述服务的访问，其中所述控制设备控制到所述目标服务器的消息流动，

其中所述实体所存储的或对于所述实体而言本地的数据被首先考虑，

其中如果所述实体所存储的或对于所述实体而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，则仅考虑所述用户接口所存储的或对于所述用户接口而言本地的数据，

其中如果所述用户接口所存储的或对于所述用户接口而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，则仅考虑所述请求监视器所存储的或对于所述请求监视器而言本地的数据，以及

其中如果所述请求监视器所存储的或对于所述请求监视器而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，则仅考虑所述控制设备所存储的或对于所述控制设备而言本地的数据。

14.如权利要求13所述的装置，其特征在于，所述请求监视器被配置成在以下情况时请求所述控制设备使得所述目标服务器退出服务：

做出所述成员资格请求的实体所存储的或对所述实体而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，

所述用户接口所存储的或对于所述用户接口而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，

所述请求监视器所存储的或对于所述请求监视器而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，以及

所述控制设备所存储的或对于所述控制设备而言本地的数据指示所述成员资格请求不会破坏对所述服务的访问，以及

其中使得所述目标服务器退出服务将致使到所述目标服务器的消息流动被停止。

15.如权利要求14所述的装置，其特征在于，包括第四逻辑，所述第四逻辑被配置成，响应于被阻止的成员资格请求或响应于使得服务器退出服务，选择性地更新做出所述成员资格请求的实体所存储的或对于所述实体而言本地的数据、所述用户接口所存储的或对于所述用户接口而言本地的数据、所述请求监视器所存储的或对于所述请求监视器而言本地的数据或所述控制设备所存储的或对于所述控制设备而言本地的数据。