基于服务器健康以及客户端信息的应用智能请求管理制造技术

基于服务器健康和客户端信息按应用智能的方式来管理对服务器场的请求。请求管理(RM)模块被配置成基于将请求的性质与服务器基础设施的动态拓扑结构进行相关的路由规则作出智能路由决策。RM可以使用其对服务器应用、服务器、以及客户端的知识来拒绝可能有害的请求进入服务，将良好请求路由到合适的机器，以及维护决策及随之发生的结果的历史以用于自动和/或手动优化。

【技术实现步骤摘要】
【国外来华专利技术】【专利说明】 基于服务器健康从及客户端信息的应用智能请求管理 现代数据通信架构通常设及"服务器场"，服务器场是出于各种目的管理数据的存 储、处理和交换的服务器集合。许多服务越来越多地被作为web应用、托管应用来提供，该 些应用可W被用户通过浏览器或类似的瘦客户端访问，而不会给用户带来本地安装、更新、 兼容性问题等等负担。如此，服务器场可包括提供用于生产力、通信、数据分析、数据存储W 及类似服务的web应用的高达数千服务器。客户端应用（瘦或胖）通过"请求"与托管应 用进行交互。例如，作为web应用提供的文字处理应用程序可W接收来自客户端应用的打 开文档的请求，在联网的存储中找出该文档，检索其内容，并呈现在客户端应用处。另一示 例可W是"保存"请求。当用户完成时，他们可化选择客户端应用上的"保存"控件，该可W 将保存请求发送到web应用，从而造成所存储的文档的更新。 由于多个服务器可能设及该web应用，因此传入的请求需要被定向到正确的服务 器，W便所请求的任务可W被完成。请求管理是管理方法中的一种，该方法通过对照请求来 评估逻辑规则W便确定要采取什么动作W及场中的哪一个或多个服务器（如果有的话）要 处理该请求，来帮助服务器场管理传入的请求。 传统负载平衡和路由通常基于静态规则，不能考虑服务器、请求、网络负载的动态 变化。此外，随着越来越多的不同服务和服务版本通过服务器场来提供，管理不同类型的请 求和不同类型的服务器（专用、良好健康、不良健康、因承租人而异的、支持不同的应用版 本，等等）是复杂的工作。 提供本
技术实现思路
是为了W精简的形式介绍将在W下【具体实施方式】中进一步描述 的一些概念。本
技术实现思路
并不旨在排他地标识出所要求保护的主题的关键特征或必要特 征，也不旨在用于帮助确定所要求保护的主题的范围。 各实施例设及基于服务器健康和客户端信息的应用智能请求管理。根据一些实施 例，请求管理（RM)模块可W基于将请求的性质与服务器基础设施的动态拓扑结构进行相 关的路由规则作出智能路由决策。M可W使用其对服务器应用、服务器、化及客户端的知识 来拒绝可能有害的请求进入服务，将良好请求路由到合适的机器，W及维护决策及随之发 生的结果的历史W用于自动和/或手动优化。应用、服务器、W及客户端信息可由管理员提 供给M或通过自动机制来收集。[000引通过阅读下面的"【具体实施方式】"并参考相关联的附图，该些及其他特点和优点将 变得显而易见。应该理解，前面的一般描述和下面的详细描述只是说明性的，并且不限制所 要求保护的各方面。附图简巧 图1示出了根据一些实施例的示例网络图，其中可通过服务通信头部/请求头部 在请求管理实体和服务器/客户端之间交换服务器健康和客户端信息； 图2示出了根据一些实施例的系统中的客户端请求的示例管理； 图3示出了根据其他实施例的系统中的又一些客户端请求的示例管理； 图4示出了根据各实施例的请求管理器的功能分解图； 图5示出根据一些实施例的示例请求管理设置对象； 图6示出了根据一些实施例的示例请求管理规则和它们的管理； 图7是其中可W实现根据各实施例的系统的联网环境； 图8是其中可W实现各实施例的示例计算操作环境的框图拟及 图9示出了根据各实施例的基于服务器健康和客户端信息的应用智能请求管理 的过程的逻辑流程图。[001W详细描巧 如W上简要描述的，基于软件和/或硬件的请求管理模块可W使用在周期性或按 需的服务交换通信的头部W及来自客户端的请求通信的头部中接收到的服务器健康和客 户端信息，来管理请求到云服务内的服务器的转发。在知晓哪一类客户端W及生成了哪一 类请求的情况下，请求管理器可被动态地编程W通过可自定义的规则或脚本来将该信息纳 入考虑。 在下面的详细描述中，参考构成其一部分的附图，在附图中，通过例图，示出了特 定实施例或示例。可组合该些方面，可利用其他方面，并且可W做出结构上的改变而不背离 本专利技术的精神或范围。因此，下面的【具体实施方式】不应W限制性的意义来理解，而是本公开 的范围是由所附权利要求及其等效方案来定义的。 尽管在结合在计算设备上的操作系统上运行的应用程序执行的程序模块的一般 上下文中描述了各实施例，但是本领域的技术人员会认识到各方面也可W结合其他程序模 块实现。 一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组 件、数据结构和其他类型的结构。此外，本领域的技术人员可W明白，各实施例可W用其他 计算机系统配置来实施，包括手持式设备、多处理器系统、基于微处理器或可编程消费电子 产品、小型计算机、大型计算机W及类似计算设备。各实施例还能在任务由通过通信网络链 接的远程处理设备来执行的分布式计算环境中实现。在分布式计算环境中，程序模块可位 于本地和远程存储器存储设备两者中。 各实施例可被实现为计算机实现的过程（方法）、计算系统、或者诸如计算机程序 产品或计算机可读介质等制品。计算机程序产品可W是计算机系统可读并且编码包括用于 使计算机或计算系统执行示例过程的指令的计算机程序的计算机存储介质。计算机可读存 储介质是计算机可读存储器设备。例如，计算机可读存储介质可经由易失性计算机存储器、 非易失性存储器、硬盘驱动器、闪存驱动器、软盘或紧致盘和类似物理介质中的一个或多个 来实现。 贯穿本说明书，术语"平台"可W是用于基于服务器健康和客户端信息的应用智能 请求管理的软件和硬件组件的组合。平台的示例包括，但不仅限于，在多个服务器上执行的 托管服务，在单个计算设备上执行的应用，W及类似系统。术语"服务器"一般指通常在联 网环境中执行一个或多个软件程序的计算设备。下面提供了有关该些技术和示例操作的更 多细节。 参考图1，图示100示出了根据一些实施例的示例网络图，其中可通过服务通信头 部/请求头部在请求管理实体和服务器/客户端之间交换服务器健康和客户端信息。图示 100所示出的组件和环境只是出于说明的目的。各实施例可W在使用各种计算设备和系统、 硬件和软件的各种本地、联网的、基于云的和类似计算环境中实现。 在图示100中所示出的示例环境中，服务器112可W是例如，向通过在客户端设备 102、103、105和107上执行的客户端应用（例如，浏览器）访问服务的用户提供一个或多个 托管服务的服务器场或类似基础设施（例如，云108)的一部分。服务器104和106可W接 收来自相应客户端应用的请求，并将它们转发到被配置成将请求路由到正确服务器的请求 管理服务器101。[002引在一个示例场景中，诸如美国华盛顿州雷德蒙市的微软公司的Shm'epoint?之类 的协作服务可W作为服务提供。协作服务可W允许对各种类型的文档的存储、共享W及编 辑，等等。如此，用户可W通过他们的客户端设备上的浏览器访问协作服务，查看文档，编辑 文档，W及将它保存在其服务器位置。该些动作可W通过由浏览器向服务器104或106提交 的并由请求管理服务器101路由的请求来促进。根据各实施例的系统可包括可伸缩架构中 的任何数量的请求管理服务器。云108中的不同服务器可W负责服务的不同方面。例如， 一个服务器可W负责某些类型的文档的存储，而另一服务器可W负责促进编辑功能。另外， 多个服务器还可W负责相同任务本文档来自技高网...

【技术保护点】
一种在计算设备上执行的用于基于服务器健康和客户端信息的应用智能请求管理的方法，所述方法包括：在服务通信的头部中从服务基础设施中的一个或多个服务器接收服务器健康信息；从客户端接收请求，其中所述请求包括在所述请求的头部中的客户端信息；确定是否要执行路由；如果要执行路由，则确定起始服务器集；对照接收到的请求和所述起始服务器集来评估路由规则；以及基于所述评估的结果来将所述请求路由到所选服务器。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：G·乌卢德亚，T·富特旺勒，B·索尼，E·福克斯，S·拉玛，K·艾米艾德，R·西尔瓦，
申请(专利权)人：微软技术许可有限责任公司，
类型：发明
国别省市：美国;US