应用实例管理方法、用户访问请求处理方法及系统的制作方法
【专利摘要】本发明实施例公开了一种应用实例管理方法、用户访问请求处理方法及系统，依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计，将被访问频率小于预设阈值的应用实例挂起，应用实例被挂起后其占用的内存将被释放，所释放的内存可以用来托管其它应用实例，而当接收到第一应用实例的访问请求时，再将第一应用实例唤醒。从而实现在硬件资源一定的情况下，增加可以托管的应用实例的数目。
【专利说明】应用实例管理方法、用户访问请求处理方法及系统
【技术领域】
[0001]本发明涉及云计算平台【技术领域】，更具体地说，涉及一种平台即服务(Platformas a Services, PaaS)平台下应用实例管理方法、用户访问请求处理方法及系统。
【背景技术】
[0002]PaaS与基础设施即服务(Infrastructure as a Services, IaaS)和应用即服务(Applicat1n as a Services, SaaS)并称为典型云计算的三种基本模式。其中,PaaS是云计算技术与业务开放平台相结合的最佳形式。PaaS是指将一个完整的计算机平台，包括应用设计、应用开关、应用测试和应用托管，都作为一种服务提供给客户。
[0003]发明人在实现本发明的过程中发现，目前的PaaS平台在硬件资源一定的情况下，可以托管的应用实例数较少，资源利用率较低。
【发明内容】
[0004]本发明的目的是提供一种应用实例管理方法、用户访问请求处理方法及系统，以托管更多的应用实例，提高资源利用率。
[0005]为实现上述目的，本发明提供了如下技术方案:
[0006]一种应用实例管理方法，应用于平台即服务平台，所述应用实例管理方法包括:
[0007]获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识；
[0008]依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计；
[0009]当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例；
[0010]当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
[0011]上述方法，优选的，所述依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计包括:
[0012]依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数；
[0013]所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率为所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商。
[0014]上述方法，优选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
[0015]一种用户访问请求处理方法，应用于平台即服务平台，基于如上所述的应用实例管理方法，所述用户访问请求处理方法包括:
[0016]接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识；
[0017]依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起；
[0018]若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例；
[0019]若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
[0020]上述用户访问请求处理方法，优选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起包括:
[0021]在所述第一路由映射表中查找所述第二应用实例的地址；
[0022]若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起；
[0023]若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
[0024]一种应用实例管理系统，应用于平台即服务平台，所述应用实例管理系统包括:
[0025]获取模块，用于获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识；
[0026]统计模块，用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计；
[0027]控制模块，用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例；当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
[0028]上述系统，优选的，所述统计模块包括:
[0029]统计单元，用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数；
[0030]确定单元，用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
[0031]上述系统，优选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
[0032]一种用户访问请求处理系统，应用于平台即服务平台，基于如上所述的应用实例管理系统，所述用户访问请求处理系统包括:
[0033]请求接收模块，用于接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识；
[0034]判断模块，用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
[0035]第一发送模块，用于若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例；
[0036]第二发送模块，用于若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
[0037]上述用户访问请求处理系统，优选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述判断模块包括:
[0038]查找单元，用于在所述第一路由映射表中查找所述第二应用实例的地址；
[0039]第一确定单元，用于若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起；
[0040]第二确定单元，用于若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
[0041]通过以上方案可知，本申请提供的一种应用实例管理方法、用户访问请求处理方法及系统，依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计，将被访问频率小于预设阈值的应用实例挂起，应用实例被挂起后其占用的内存将被释放，所释放的内存可以用来托管其它应用实例，而当接收到第一应用实例的访问请求时，再将第一应用实例唤醒。从而实现在硬件资源一定的情况下，增加可以托管的应用实例的数目。
【专利附图】
【附图说明】
[0042]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0043]图1为本申请实施例提供的应用实例管理方法的一种实现流程图；
[0044]图2为本申请实施例提供的用户访问请求处理方法的一种实现流程图；
[0045]图3为本申请实施例提供的应用实例管理系统的一种结构示意图；
[0046]图4为本申请实施例提供的用户访问请求处理系统的一种结构示意图；
[0047]图5为本申请实施例提供的基于CF架构的平台即服务平台的一种架构示意图。
[0048]说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三” “第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。
【具体实施方式】
[0049]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0050]本发明实施例提供的应用实例管理方法、用户访问请求处理方法及系统应用于平台即服务平台。
[0051]请参阅图1，图1为本发明实施例提供的应用实例管理方法的一种实现流程图，可以包括:
[0052]步骤S11:获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识；
[0053]要访问的应用实例的识别标识可以是指应用实例的地址。
[0054]步骤S12:依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计；
[0055]可选的，可以依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数，或者，统计预设时长内接收到的携带有同一应用实例的识别标识的用户访问请求的个数；
[0056]将第一应用实例在所述预设时长内被访问的次数除以所述预设时长就得到第一应用实例被访问的频率。或者，将预设时长内接收到的携带有第一应用实例的识别标识的用户访问请求的个数除以所述预设时长，也可以得到第一应用实例被访问的频率。
[0057]步骤S13:当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例；
[0058]本发明实施例中，当第一应用实例的被访问频率小于预设阈值时，说明第一应用实例是长时间无用户访问的应用实例，此时，将第一应用挂起，即暂定运行第一应用实例。
[0059]步骤S14:当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
[0060]在将第一应用实例挂起后，如果接收到的访问请求中携带有第一应用实例的识别标识，则说明用户要访问第一应用实例，此时，将第一应用实例唤醒，继续运行。
[0061]本发明实施例提供的应用实例管理方法，依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计，将被访问频率小于预设阈值的应用实例挂起，应用实例被挂起后其占用的内存将被释放，所释放的内存可以用来托管其它应用实例，而当接收到第一应用实例的访问请求时，再将第一应用实例唤醒。从而实现在硬件资源一定的情况下，增加可以托管的应用实例的数目。
[0062]例如，假设平台即服务平台同一时刻可以最多托管η个应用实例，通过本发明实施例确定被访问频率小于预设阈值的应用实例有5个，那么，可以将这5个应用实例挂起，则运行这5个应用实例所占用的内存将被释放，此时，可以再接入m(m〈5)个新的应用实例，当接收到针对上述5个应用实例中的某个应用实例的访问请求中，可以唤醒该应用实例使其继续运行。可见，在本例中，在平台即服务平台硬件资源一定的情况下，平台即服务平台可以接入的应用实例的个数实际为(n+4)个，显然增加了平台即服务平台可以托管的应用实例的数目。
[0063]发明实施例中，被访问频率小于预设阈值的应用实例的个数越多，在硬件资源一定的情况下，可以托管的应用实例的数目越多。
[0064]鉴于此类应用(即长时间无用户访问的应用实例)访问人数少、在线时间短的特点，在一段时间内运行的应用实例数总是在一定可控范围内的。
[0065]上述实施例中，可选的，为了方便对应用实例进行挂起/唤醒控制，可以将平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
[0066]具体的，当接收到用户访问请求时，现在第一路由映射表中查找是否存在该用户访问请求中所携带的应用实例的地址，如果查找到，说明用户访问请求所访问的应用实例正在运行，此时可以直接将用户访问请求发送给所要请求的应用实例，而如果在第一路由映射表中没有查找到用户访问请求中所携带的应用实例的地址，则说明用户想要访问的应用实例已经挂起，或者说明用户想要访问的应用实例不是本平台即服务平台所托管的应用实例。当没有在第一路由映射表中查找到用户访问请求中所携带的应用实例的地址时，在第二路由映射表中查找用户访问请求中所携带的应用实例的地址，如果没有找到，则结束，或返回错误信息；若在第二路由映射表中查找到用户访问请求中所携带的应用实例的地址，则唤醒该应用实例，并将用户访问请求发送给该应用实例。
[0067]基于如上所述的应用实例管理方法，本申请还提供一种用户访问请求处理方法，本申请提供的用户访问请求处理方法的一种实现流程图如图2所示，可以包括:
[0068]步骤S21:接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识；
[0069]第二应用实例的识别标识可以是指第二应用实例的地址。
[0070]步骤S22:依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
[0071]本发明实施例中，可以预设应用实例列表，当有应用实例被挂起时,在所述应用实例列表中将该应用实例标记为挂起；当该应用实例被唤醒时，再删除该应用实例的挂起标记。
[0072]可以依据第二应用实例的识别标识在应用实例列表中查找第二应用实例，如果第二应用实例对应有挂起标记，则第二应用实例是挂起的，否则说明第二应用实例没有被挂起。
[0073]步骤S23:若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例；
[0074]如果第二应用实例被挂起，则先唤醒第二应用实例，然后在将用户访问请求发送给第二应用实例。
[0075]步骤S24若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
[0076]可选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起可以包括:
[0077]在所述第一路由映射表中查找所述第二应用实例的地址；
[0078]若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起；
[0079]若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
[0080]与方法实施例相对应，本申请还提供一种应用实例管理系统，本申请提供的应用实例管理系统的一种结构示意图如图3所示，可以包括:
[0081 ] 获取模块31，统计模块32和控制模块33 ;其中，
[0082]获取模块31用于获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识；
[0083]统计模块32用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计；
[0084]控制模块33用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例；当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
[0085]本发明实施例提供的应用实例管理系统，依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计，将被访问频率小于预设阈值的应用实例挂起，应用实例被挂起后其占用的内存将被释放，所释放的内存可以用来托管其它应用实例，而当接收到第一应用实例的访问请求时，再将第一应用实例唤醒。从而实现在硬件资源一定的情况下，增加可以托管的应用实例的数目。
[0086]上述实施例中，可选的，统计模块32可以包括:
[0087]统计单元，用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数；
[0088]确定单元，用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
[0089]可选的，所可以将平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
[0090]基于如上所述的应用实例管理系统，本申请还提供一种用户访问请求处理系统，本申请提供的用户访问请求处理系统的一种结构示意图如图4所示，可以包括:
[0091]请求接收模块41，判断模块42，第一发送模块43和第二发送模块44 ;其中，
[0092]请求接收模块41用于接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识；
[0093]判断模块42用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起；
[0094]第一发送模块43用于若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例；
[0095]第二发送模块44用于若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
[0096]可选的，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述判断模块42可以包括:
[0097]查找单元，用于在所述第一路由映射表中查找所述第二应用实例的地址；
[0098]第一确定单元，用于若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起；
[0099]第二确定单元，用于若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
[0100]Cloud Foundry (以下简称CF)是VMware于2011年4月12日推出的业界第一个开源PaaS云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开放人员能够在几秒中内及逆行应用程序的部署和扩展，无需担心任何基础架构的问题。基于CloudFoundry架构的PaaS平台是由相对独立的多个模块构成的分布式系统，主要模块包括:路由器、云控制器(Cloud Controller,CC)、DEA(Droplet Execut1n Agency, Droplet执行代理，Droplet是一个应用的可运行实例配合实例启停脚本的压缩包)等等。每个模块单独存在和运行，这些模块协同合作，通过特定的消息传输机制和API接口进行通信，从而可以使整个云平台能正常运行。
[0101]请参看图5，图5为本申请提供的基于CF架构的平台即服务平台的一种架构示意图，包括:第一路由器51,第二路由器52,云控制器53和若干DEA54 ;其中，
[0102]第一路由器51是整个PaaS平台的流量入口，负责分发所有的请求到对应的组件，包括来自外部用户对应用的请求和平台内部的管理请求。第一路由器51是PaaS平台中至关重要的一个组件，它在内存中维护了一张路由表，记录了处于运行状态的应用实例与域名的对应关系，应用实例的自动迁移可以通过这张路由表实现。如果某个应用实例挂起了，就将该挂起的应用实例与域名的对应关系从该路由表中删除，增加到第二路由器52内存中维护的另一张路由表中，若新创建了应用实例，则在该路由表中新增应用实例与域名的对应关系。
[0103]第二路由器52在内存中维护了另一张路由表，该路由表中记录了处于挂起状态的应用实例与域名的对应关系。如果某个应用实例被挂起，则将该挂起的应用实例与域名的对应关系曾加到该路由表中，如果挂起的应用实例被唤醒，则将唤醒后的应用实例与域名的对应关系从该路由表中删除，增加到第一路由器51内存中维护的路由表中。
[0104]云控制器53负载管理应用的生命周期，将状态信息以广播的方式发送到任意一DEA。例如，要创建一个应用，云控制器53会把创建命令下发到DEA ;如果用户要删除某个应用实例，应用实例的销毁命令也会下发到DEA。本发明实施例中，云控制53还可以用于负责收集统计用户的访问请求，发现长时间无用户访问的应用实例时，向DEA发送挂起应用指令。
[0105]DEA54部署在所有物理节点上，管理应用实例，DEA在接收到创建应用实例的命令后，调用warden的接口创建容器container ;如果接收到删除某个应用实例的命令，DEA调用warden的接口销毁对应的container, warden container不同于虚拟机，wardencontainer是一种应用级别的进程隔离技术，在保证安全性的情况下，它提供了更快的应用启动和横向扩展的速度。DEA在接收到挂起指令时，将响应的应用实例挂起。
[0106]基于图5所示架构示意图，应用实例管理方式如下:
[0107]云控制器53 —直不间断的收集第一路由器上的用户访问信息，自动识别出一定时长内用户不访问的应用实例，若识别出一定时长内用户不访问的应用实例，则向相应的DEA发送挂起指令。
[0108]DEA将应用实例挂起后，向第一路由器51发送挂起消息，以便于第一路由器51将挂起的应用实例与域名的对应关系删除；第一路由器51将挂起的应用实例与域名的对应关系删除后通知第二路由器52，以便于第二路由器52增加挂起的应用实例与域名的对应关系。
[0109]DEA将挂起的应用实例唤醒后，向第一路由器51发送唤醒消息，以便于第一路由器51将增加唤醒的应用实例与域名的对应关系；第一路由器51增加唤醒的应用实例与域名的对应关系后通知第二路由器52，以便于第二路由器52删除唤醒的应用实例与域名的对应关系。
[0110]用户访问请求的处理流程如下所示:
[0111]第一路由器51接收到用户访问请求后，在路由表中查找用户访问请求所要访问的应用实例的域名(即地址)，若查找到，则将用户访问请求直接分发到对应的应用实例；否则，将用户访问请求转发到第二路由器52 ；
[0112]第二路由器52接收到用户访问请求后，在路由表中查找用户访问请求所要访问的应用实例的域名，如果查找到，则向云控制器53发送消息以通知云控制器53需要启动被暂停的应用实例；
[0113]云控制器53在接收到第二路由器52发送的需要启动被暂停的应用实例的消息后，调度相应的DEA节点，使DEA节点启动被暂停的应用实例。
[0114]DEA启动成功后，向第一路由器51注册路由信息，第一路由器51在路由表中增加启动成功的应用实例与域名的对应关系；
[0115]第一路由器51在路由表中增加启动成功的应用实例与域名的对应关系后通知第二路由器52，以使第二路由器52删除启动成功的应用实例与域名的对应关系。
[0116]对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
【权利要求】
1.一种应用实例管理方法，应用于平台即服务平台，其特征在于，所述应用实例管理方法包括: 获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识； 依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计； 当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例； 当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
2.根据权利要求1所述的方法，其特征在于，所述依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计包括: 依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数； 所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率为所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商。
3.根据权利要求1或2所述的方法，其特征在于，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
4.一种用户访问请求处理方法，应用于平台即服务平台，其特征在于，基于如权利要求1所述的应用实例管理方法，所述用户访问请求处理方法包括: 接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识； 依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起； 若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例； 若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
5.根据权利要求4所述的方法，其特征在于，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起包括: 在所述第一路由映射表中查找所述第二应用实例的地址； 若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起； 若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
6.一种应用实例管理系统，应用于平台即服务平台，其特征在于，所述应用实例管理系统包括: 获取模块，用于获取用户访问请求，所述用户访问请求中携带有所要访问的应用实例的识别标识； 统计模块，用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计； 控制模块，用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时，向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例；所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例；当接收到针对所述第一应用实例的访问请求时，向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
7.根据权利要求6所述的系统，其特征在于，所述统计模块包括: 统计单元，用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数； 确定单元，用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
8.根据权利要求7所述的系统，其特征在于，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中。
9.一种用户访问请求处理系统，应用于平台即服务平台，其特征在于，基于如权利要求6所述的应用实例管理系统，所述用户访问请求处理系统包括: 请求接收模块，用于接收用户访问请求，所述用户访问请求中携带有所要访问的第二应用实例的识别标识； 判断模块，用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起; 第一发送模块，用于若判断出所述第二应用实例被挂起，则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例，在所述第二应用实例唤醒后，将所述用户访问请求发送给所述第二应用实例； 第二发送模块，用于若判断出所述第二应用实例没有被挂起，则直接将所述用户访问请求发送给所述第二应用实例。
10.根据权利要求9所述的系统，其特征在于，所述平台即服务平台所托管的应用实例中，处于挂起状态的应用实例的路由信息记录在第一路由映射表中，处于运行状态的应用实例的路由信息记录在第二路由映射表中；所述第二应用实例的识别标识为所述第二应用实例的地址；所述判断模块包括: 查找单元，用于在所述第一路由映射表中查找所述第二应用实例的地址； 第一确定单元，用于若在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例未被挂起； 第二确定单元，用于若未在所述第一路由映射表中找到所述第二应用实例的地址，则确定所述第二应用实例被挂起。
【文档编号】H04L29/08GK104410712SQ201410782013
【公开日】2015年3月11日 申请日期:2014年12月16日 优先权日:2014年12月16日
【发明者】吴嘉生 申请人:国家电网公司, 北京中电普华信息技术有限公司, 国网河北省电力公司, 江苏省电力公司