CN104410712B - 应用实例管理方法、用户访问请求处理方法及系统 - Google Patents

应用实例管理方法、用户访问请求处理方法及系统 Download PDF

Info

Publication number
CN104410712B
CN104410712B CN201410782013.9A CN201410782013A CN104410712B CN 104410712 B CN104410712 B CN 104410712B CN 201410782013 A CN201410782013 A CN 201410782013A CN 104410712 B CN104410712 B CN 104410712B
Authority
CN
China
Prior art keywords
application example
access request
platform
user access
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201410782013.9A
Other languages
English (en)
Other versions
CN104410712A (zh
Inventor
吴嘉生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Grid Corp of China SGCC
State Grid Hebei Electric Power Co Ltd
State Grid Jiangsu Electric Power Co Ltd
Beijing China Power Information Technology Co Ltd
Nanjing NARI Group Corp
Original Assignee
State Grid Corp of China SGCC
State Grid Hebei Electric Power Co Ltd
State Grid Jiangsu Electric Power Co Ltd
Beijing China Power Information Technology Co Ltd
Nanjing NARI Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Grid Corp of China SGCC, State Grid Hebei Electric Power Co Ltd, State Grid Jiangsu Electric Power Co Ltd, Beijing China Power Information Technology Co Ltd, Nanjing NARI Group Corp filed Critical State Grid Corp of China SGCC
Priority to CN201410782013.9A priority Critical patent/CN104410712B/zh
Publication of CN104410712A publication Critical patent/CN104410712A/zh
Application granted granted Critical
Publication of CN104410712B publication Critical patent/CN104410712B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

本发明实施例公开了一种应用实例管理方法、用户访问请求处理方法及系统,依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计,将被访问频率小于预设阈值的应用实例挂起,应用实例被挂起后其占用的内存将被释放,所释放的内存可以用来托管其它应用实例,而当接收到第一应用实例的访问请求时,再将第一应用实例唤醒。从而实现在硬件资源一定的情况下,增加可以托管的应用实例的数目。

Description

应用实例管理方法、用户访问请求处理方法及系统
技术领域
本发明涉及云计算平台技术领域,更具体地说,涉及一种平台即服务(Platformas a Services,PaaS)平台下应用实例管理方法、用户访问请求处理方法及系统。
背景技术
PaaS与基础设施即服务(Infrastructure as a Services,IaaS)和应用即服务(Application as a Services,SaaS)并称为典型云计算的三种基本模式。其中,PaaS是云计算技术与业务开放平台相结合的最佳形式。PaaS是指将一个完整的计算机平台,包括应用设计、应用开关、应用测试和应用托管,都作为一种服务提供给客户。
发明人在实现本发明的过程中发现,目前的PaaS平台在硬件资源一定的情况下,可以托管的应用实例数较少,资源利用率较低。
发明内容
本发明的目的是提供一种应用实例管理方法、用户访问请求处理方法及系统,以托管更多的应用实例,提高资源利用率。
为实现上述目的,本发明提供了如下技术方案:
一种应用实例管理方法,应用于平台即服务平台,所述应用实例管理方法包括:
获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;
当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
上述方法,优选的,所述依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计包括:
依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数;
所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率为所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商。
上述方法,优选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
一种用户访问请求处理方法,应用于平台即服务平台,基于如上所述的应用实例管理方法,所述用户访问请求处理方法包括:
接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
上述用户访问请求处理方法,优选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起包括:
在所述第一路由映射表中查找所述第二应用实例的地址;
若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
一种应用实例管理系统,应用于平台即服务平台,所述应用实例管理系统包括:
获取模块,用于获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
统计模块,用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
控制模块,用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
上述系统,优选的,所述统计模块包括:
统计单元,用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数;
确定单元,用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
上述系统,优选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
一种用户访问请求处理系统,应用于平台即服务平台,基于如上所述的应用实例管理系统,所述用户访问请求处理系统包括:
请求接收模块,用于接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
判断模块,用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
第一发送模块,用于若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
第二发送模块,用于若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
上述用户访问请求处理系统,优选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述判断模块包括:
查找单元,用于在所述第一路由映射表中查找所述第二应用实例的地址;
第一确定单元,用于若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
第二确定单元,用于若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
通过以上方案可知,本申请提供的一种应用实例管理方法、用户访问请求处理方法及系统,依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计,将被访问频率小于预设阈值的应用实例挂起,应用实例被挂起后其占用的内存将被释放,所释放的内存可以用来托管其它应用实例,而当接收到第一应用实例的访问请求时,再将第一应用实例唤醒。从而实现在硬件资源一定的情况下,增加可以托管的应用实例的数目。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的应用实例管理方法的一种实现流程图;
图2为本申请实施例提供的用户访问请求处理方法的一种实现流程图;
图3为本申请实施例提供的应用实例管理系统的一种结构示意图;
图4为本申请实施例提供的用户访问请求处理系统的一种结构示意图;
图5为本申请实施例提供的基于CF架构的平台即服务平台的一种架构示意图。
说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的应用实例管理方法、用户访问请求处理方法及系统应用于平台即服务平台。
请参阅图1,图1为本发明实施例提供的应用实例管理方法的一种实现流程图,可以包括:
步骤S11:获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
要访问的应用实例的识别标识可以是指应用实例的地址。
步骤S12:依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
可选的,可以依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数,或者,统计预设时长内接收到的携带有同一应用实例的识别标识的用户访问请求的个数;
将第一应用实例在所述预设时长内被访问的次数除以所述预设时长就得到第一应用实例被访问的频率。或者,将预设时长内接收到的携带有第一应用实例的识别标识的用户访问请求的个数除以所述预设时长,也可以得到第一应用实例被访问的频率。
步骤S13:当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;
本发明实施例中,当第一应用实例的被访问频率小于预设阈值时,说明第一应用实例是长时间无用户访问的应用实例,此时,将第一应用挂起,即暂定运行第一应用实例。
步骤S14:当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
在将第一应用实例挂起后,如果接收到的访问请求中携带有第一应用实例的识别标识,则说明用户要访问第一应用实例,此时,将第一应用实例唤醒,继续运行。
本发明实施例提供的应用实例管理方法,依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计,将被访问频率小于预设阈值的应用实例挂起,应用实例被挂起后其占用的内存将被释放,所释放的内存可以用来托管其它应用实例,而当接收到第一应用实例的访问请求时,再将第一应用实例唤醒。从而实现在硬件资源一定的情况下,增加可以托管的应用实例的数目。
例如,假设平台即服务平台同一时刻可以最多托管n个应用实例,通过本发明实施例确定被访问频率小于预设阈值的应用实例有5个,那么,可以将这5个应用实例挂起,则运行这5个应用实例所占用的内存将被释放,此时,可以再接入m(m<5)个新的应用实例,当接收到针对上述5个应用实例中的某个应用实例的访问请求中,可以唤醒该应用实例使其继续运行。可见,在本例中,在平台即服务平台硬件资源一定的情况下,平台即服务平台可以接入的应用实例的个数实际为(n+4)个,显然增加了平台即服务平台可以托管的应用实例的数目。
发明实施例中,被访问频率小于预设阈值的应用实例的个数越多,在硬件资源一定的情况下,可以托管的应用实例的数目越多。
鉴于此类应用(即长时间无用户访问的应用实例)访问人数少、在线时间短的特点,在一段时间内运行的应用实例数总是在一定可控范围内的。
上述实施例中,可选的,为了方便对应用实例进行挂起/唤醒控制,可以将平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
具体的,当接收到用户访问请求时,现在第一路由映射表中查找是否存在该用户访问请求中所携带的应用实例的地址,如果查找到,说明用户访问请求所访问的应用实例正在运行,此时可以直接将用户访问请求发送给所要请求的应用实例,而如果在第一路由映射表中没有查找到用户访问请求中所携带的应用实例的地址,则说明用户想要访问的应用实例已经挂起,或者说明用户想要访问的应用实例不是本平台即服务平台所托管的应用实例。当没有在第一路由映射表中查找到用户访问请求中所携带的应用实例的地址时,在第二路由映射表中查找用户访问请求中所携带的应用实例的地址,如果没有找到,则结束,或返回错误信息;若在第二路由映射表中查找到用户访问请求中所携带的应用实例的地址,则唤醒该应用实例,并将用户访问请求发送给该应用实例。
基于如上所述的应用实例管理方法,本申请还提供一种用户访问请求处理方法,本申请提供的用户访问请求处理方法的一种实现流程图如图2所示,可以包括:
步骤S21:接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
第二应用实例的识别标识可以是指第二应用实例的地址。
步骤S22:依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
本发明实施例中,可以预设应用实例列表,当有应用实例被挂起时,在所述应用实例列表中将该应用实例标记为挂起;当该应用实例被唤醒时,再删除该应用实例的挂起标记。
可以依据第二应用实例的识别标识在应用实例列表中查找第二应用实例,如果第二应用实例对应有挂起标记,则第二应用实例是挂起的,否则说明第二应用实例没有被挂起。
步骤S23:若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
如果第二应用实例被挂起,则先唤醒第二应用实例,然后在将用户访问请求发送给第二应用实例。
步骤S24若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
可选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起可以包括:
在所述第一路由映射表中查找所述第二应用实例的地址;
若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
与方法实施例相对应,本申请还提供一种应用实例管理系统,本申请提供的应用实例管理系统的一种结构示意图如图3所示,可以包括:
获取模块31,统计模块32和控制模块33;其中,
获取模块31用于获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
统计模块32用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
控制模块33用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
本发明实施例提供的应用实例管理系统,依据用户访问请求中携带的应用实例的识别标识对各个应用实例被访问频率进行统计,将被访问频率小于预设阈值的应用实例挂起,应用实例被挂起后其占用的内存将被释放,所释放的内存可以用来托管其它应用实例,而当接收到第一应用实例的访问请求时,再将第一应用实例唤醒。从而实现在硬件资源一定的情况下,增加可以托管的应用实例的数目。
上述实施例中,可选的,统计模块32可以包括:
统计单元,用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数;
确定单元,用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
可选的,所可以将平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
基于如上所述的应用实例管理系统,本申请还提供一种用户访问请求处理系统,本申请提供的用户访问请求处理系统的一种结构示意图如图4所示,可以包括:
请求接收模块41,判断模块42,第一发送模块43和第二发送模块44;其中,
请求接收模块41用于接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
判断模块42用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
第一发送模块43用于若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
第二发送模块44用于若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
可选的,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述判断模块42可以包括:
查找单元,用于在所述第一路由映射表中查找所述第二应用实例的地址;
第一确定单元,用于若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
第二确定单元,用于若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
Cloud Foundry(以下简称CF)是VMware于2011年4月12日推出的业界第一个开源PaaS云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开放人员能够在几秒中内及逆行应用程序的部署和扩展,无需担心任何基础架构的问题。基于Cloud Foundry架构的PaaS平台是由相对独立的多个模块构成的分布式系统,主要模块包括:路由器、云控制器(Cloud Controller,CC)、DEA(Droplet Execution Agency,Droplet执行代理,Droplet是一个应用的可运行实例配合实例启停脚本的压缩包)等等。每个模块单独存在和运行,这些模块协同合作,通过特定的消息传输机制和API接口进行通信,从而可以使整个云平台能正常运行。
请参看图5,图5为本申请提供的基于CF架构的平台即服务平台的一种架构示意图,包括:第一路由器51,第二路由器52,云控制器53和若干DEA54;其中,
第一路由器51是整个PaaS平台的流量入口,负责分发所有的请求到对应的组件,包括来自外部用户对应用的请求和平台内部的管理请求。第一路由器51是PaaS平台中至关重要的一个组件,它在内存中维护了一张路由表,记录了处于运行状态的应用实例与域名的对应关系,应用实例的自动迁移可以通过这张路由表实现。如果某个应用实例挂起了,就将该挂起的应用实例与域名的对应关系从该路由表中删除,增加到第二路由器52内存中维护的另一张路由表中,若新创建了应用实例,则在该路由表中新增应用实例与域名的对应关系。
第二路由器52在内存中维护了另一张路由表,该路由表中记录了处于挂起状态的应用实例与域名的对应关系。如果某个应用实例被挂起,则将该挂起的应用实例与域名的对应关系曾加到该路由表中,如果挂起的应用实例被唤醒,则将唤醒后的应用实例与域名的对应关系从该路由表中删除,增加到第一路由器51内存中维护的路由表中。
云控制器53负载管理应用的生命周期,将状态信息以广播的方式发送到任意一DEA。例如,要创建一个应用,云控制器53会把创建命令下发到DEA;如果用户要删除某个应用实例,应用实例的销毁命令也会下发到DEA。本发明实施例中,云控制53还可以用于负责收集统计用户的访问请求,发现长时间无用户访问的应用实例时,向DEA发送挂起应用指令。
DEA54部署在所有物理节点上,管理应用实例,DEA在接收到创建应用实例的命令后,调用warden的接口创建容器container;如果接收到删除某个应用实例的命令,DEA调用warden的接口销毁对应的container,warden container不同于虚拟机,warden container是一种应用级别的进程隔离技术,在保证安全性的情况下,它提供了更快的应用启动和横向扩展的速度。DEA在接收到挂起指令时,将响应的应用实例挂起。
基于图5所示架构示意图,应用实例管理方式如下:
云控制器53一直不间断的收集第一路由器上的用户访问信息,自动识别出一定时长内用户不访问的应用实例,若识别出一定时长内用户不访问的应用实例,则向相应的DEA发送挂起指令。
DEA将应用实例挂起后,向第一路由器51发送挂起消息,以便于第一路由器51将挂起的应用实例与域名的对应关系删除;第一路由器51将挂起的应用实例与域名的对应关系删除后通知第二路由器52,以便于第二路由器52增加挂起的应用实例与域名的对应关系。
DEA将挂起的应用实例唤醒后,向第一路由器51发送唤醒消息,以便于第一路由器51将增加唤醒的应用实例与域名的对应关系;第一路由器51增加唤醒的应用实例与域名的对应关系后通知第二路由器52,以便于第二路由器52删除唤醒的应用实例与域名的对应关系。
用户访问请求的处理流程如下所示:
第一路由器51接收到用户访问请求后,在路由表中查找用户访问请求所要访问的应用实例的域名(即地址),若查找到,则将用户访问请求直接分发到对应的应用实例;否则,将用户访问请求转发到第二路由器52;
第二路由器52接收到用户访问请求后,在路由表中查找用户访问请求所要访问的应用实例的域名,如果查找到,则向云控制器53发送消息以通知云控制器53需要启动被暂停的应用实例;
云控制器53在接收到第二路由器52发送的需要启动被暂停的应用实例的消息后,调度相应的DEA节点,使DEA节点启动被暂停的应用实例。
DEA启动成功后,向第一路由器51注册路由信息,第一路由器51在路由表中增加启动成功的应用实例与域名的对应关系;
第一路由器51在路由表中增加启动成功的应用实例与域名的对应关系后通知第二路由器52,以使第二路由器52删除启动成功的应用实例与域名的对应关系。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种应用实例管理方法,应用于平台即服务平台,其特征在于,所述应用实例管理方法包括:
获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;
当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
2.根据权利要求1所述的方法,其特征在于,所述依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计包括:
依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数;
所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率为所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商。
3.根据权利要求1或2所述的方法,其特征在于,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
4.一种用户访问请求处理方法,应用于平台即服务平台,其特征在于,基于如权利要求1所述的应用实例管理方法,所述用户访问请求处理方法包括:
接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
5.根据权利要求4所述的方法,其特征在于,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述依据所述第二应用实例的识别标识确定所述第二应用实例是否被挂起包括:
在所述第一路由映射表中查找所述第二应用实例的地址;
若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
6.一种应用实例管理系统,应用于平台即服务平台,其特征在于,所述应用实例管理系统包括:
获取模块,用于获取用户访问请求,所述用户访问请求中携带有所要访问的应用实例的识别标识;
统计模块,用于依据所述用户访问请求中携带的应用实例的识别标识对所述平台即服务平台所托管的各个应用实例被访问频率进行统计;
控制模块,用于当所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率小于预设阈值时,向所述第一应用实例的管理模块发送挂起指令以指示所述第一应用实例的管理模块挂起所述第一应用实例;所述第一应用实例为所述平台即服务平台所托管的应用实例中的任意一应用实例;当接收到针对所述第一应用实例的访问请求时,向所述第一应用实例的管理模块发送唤醒指令以指示所述第一应用实例的管理模块唤醒所述第一应用实例。
7.根据权利要求6所述的系统,其特征在于,所述统计模块包括:
统计单元,用于依据所述用户访问请求中携带的应用实例的识别标识统计预设时长内各个应用实例被访问的次数;
确定单元,用于将所述第一应用实例在所述预设时长内被访问的次数与所述预设时长的商确定为所述平台即服务平台所托管的应用实例中的第一应用实例的被访问频率。
8.根据权利要求7所述的系统,其特征在于,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中。
9.一种用户访问请求处理系统,应用于平台即服务平台,其特征在于,基于如权利要求6所述的应用实例管理系统,所述用户访问请求处理系统包括:
请求接收模块,用于接收用户访问请求,所述用户访问请求中携带有所要访问的第二应用实例的识别标识;
判断模块,用于依据所述第二应用实例的识别标识判断所述第二应用实例是否被挂起;
第一发送模块,用于若判断出所述第二应用实例被挂起,则向所述第二应用实例的管理模块发送唤醒指令以指示所述第二应用实例的管理模块唤醒所述第二应用实例,在所述第二应用实例唤醒后,将所述用户访问请求发送给所述第二应用实例;
第二发送模块,用于若判断出所述第二应用实例没有被挂起,则直接将所述用户访问请求发送给所述第二应用实例。
10.根据权利要求9所述的系统,其特征在于,所述平台即服务平台所托管的应用实例中,处于运行状态的应用实例的路由信息记录在第一路由映射表中,处于挂起状态的应用实例的路由信息记录在第二路由映射表中;所述第二应用实例的识别标识为所述第二应用实例的地址;所述判断模块包括:
查找单元,用于在所述第一路由映射表中查找所述第二应用实例的地址;
第一确定单元,用于若在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例未被挂起;
第二确定单元,用于若未在所述第一路由映射表中找到所述第二应用实例的地址,则确定所述第二应用实例被挂起。
CN201410782013.9A 2014-12-16 2014-12-16 应用实例管理方法、用户访问请求处理方法及系统 Expired - Fee Related CN104410712B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410782013.9A CN104410712B (zh) 2014-12-16 2014-12-16 应用实例管理方法、用户访问请求处理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410782013.9A CN104410712B (zh) 2014-12-16 2014-12-16 应用实例管理方法、用户访问请求处理方法及系统

Publications (2)

Publication Number Publication Date
CN104410712A CN104410712A (zh) 2015-03-11
CN104410712B true CN104410712B (zh) 2018-09-11

Family

ID=52648307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410782013.9A Expired - Fee Related CN104410712B (zh) 2014-12-16 2014-12-16 应用实例管理方法、用户访问请求处理方法及系统

Country Status (1)

Country Link
CN (1) CN104410712B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105897869B (zh) * 2016-03-29 2019-09-06 杭州数梦工场科技有限公司 一种app休眠的管理方法和装置
CN109815001A (zh) * 2017-11-20 2019-05-28 阿里巴巴集团控股有限公司 应用处理方法、装置及托管系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997903A (zh) * 2009-08-27 2011-03-30 国际商业机器公司 用于处理超文本传输协议请求的方法和系统
CN102377598A (zh) * 2010-08-26 2012-03-14 中国移动通信集团公司 一种互联网应用托管系统、设备和方法
CN102902583A (zh) * 2011-09-12 2013-01-30 微软公司 在挂起状态和执行状态下管理进程
CN102932210A (zh) * 2012-11-23 2013-02-13 北京搜狐新媒体信息技术有限公司 一种PaaS云平台的节点监控方法和系统
CN103605575A (zh) * 2013-11-18 2014-02-26 深圳市远行科技有限公司 一种Cloud Foundry平台应用调度系统及方法
CN103916396A (zh) * 2014-04-10 2014-07-09 电子科技大学 一种基于负载自适应的云平台应用实例自动伸缩方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130138813A1 (en) * 2011-11-28 2013-05-30 Microsoft Corporation Role instance reachability in data center

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997903A (zh) * 2009-08-27 2011-03-30 国际商业机器公司 用于处理超文本传输协议请求的方法和系统
CN102377598A (zh) * 2010-08-26 2012-03-14 中国移动通信集团公司 一种互联网应用托管系统、设备和方法
CN102902583A (zh) * 2011-09-12 2013-01-30 微软公司 在挂起状态和执行状态下管理进程
CN102932210A (zh) * 2012-11-23 2013-02-13 北京搜狐新媒体信息技术有限公司 一种PaaS云平台的节点监控方法和系统
CN103605575A (zh) * 2013-11-18 2014-02-26 深圳市远行科技有限公司 一种Cloud Foundry平台应用调度系统及方法
CN103916396A (zh) * 2014-04-10 2014-07-09 电子科技大学 一种基于负载自适应的云平台应用实例自动伸缩方法

Also Published As

Publication number Publication date
CN104410712A (zh) 2015-03-11

Similar Documents

Publication Publication Date Title
US10091307B2 (en) Application management method and terminal
CN104811328B (zh) 虚拟网络资源管理方法及装置
CN102185774A (zh) 虚拟机无缝迁移的方法、管理器及系统
CN106227582B (zh) 弹性伸缩方法及系统
CN109587264A (zh) 数据监控方法、装置及云平台服务器
CN111538763B (zh) 一种确定集群中主节点的方法、电子设备和存储介质
CN109981493B (zh) 一种用于配置虚拟机网络的方法和装置
US20140032753A1 (en) Computer system and node search method
CN108123820B (zh) 一种网络设备信息采集方法和装置
CN109309631A (zh) 一种基于通用网络文件系统写入数据的方法及装置
US10318392B2 (en) Management system for virtual machine failure detection and recovery
CN110647392A (zh) 一种基于容器集群的智能弹性伸缩方法
CN107517110A (zh) 一种分布式系统中单板配置自恢复方法及装置
US20150169352A1 (en) Method, Apparatus and System for Migrating Virtual Machines
CN109240796A (zh) 虚拟机信息获取方法及装置
CN103780428A (zh) 应用于云架构的集中式资源管理方法及系统
CN104899161B (zh) 一种基于云存储环境的连续数据保护的缓存方法
US10146294B2 (en) Method and network units for handling states
CN106790299B (zh) 一种在无线接入点ap上应用的无线攻击防御方法和装置
KR20190029486A (ko) 탄력적 허니넷 시스템 및 그 동작 방법
CN105939356B (zh) 一种虚拟防火墙划分方法和装置
CN104410712B (zh) 应用实例管理方法、用户访问请求处理方法及系统
CN107220102A (zh) 虚拟机的休眠与唤醒方法及系统
CN110012076B (zh) 一种连接建立方法及装置
CN103023704B (zh) 虚拟网络服务设备接入方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20151012

Address after: 100031 Xicheng District West Chang'an Avenue, No. 86, Beijing

Applicant after: State Grid Corporation of China

Applicant after: Beijing China Power Information Technology Co., Ltd.

Applicant after: State Grid Hebei Electric Power Company

Applicant after: Jiangsu Electric Power Company

Applicant after: Nanjing Nari Co., Ltd.

Address before: 100031 Xicheng District West Chang'an Avenue, No. 86, Beijing

Applicant before: State Grid Corporation of China

Applicant before: Beijing China Power Information Technology Co., Ltd.

Applicant before: State Grid Hebei Electric Power Company

Applicant before: Jiangsu Electric Power Company

GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180911

Termination date: 20201216

CF01 Termination of patent right due to non-payment of annual fee