WO2018121334A1

WO2018121334A1 - 一种提供网页应用服务的方法、装置、电子设备及系统

Info

Publication number: WO2018121334A1
Application number: PCT/CN2017/117081
Authority: WO
Inventors: 付红波
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2016-12-27
Filing date: 2017-12-19
Publication date: 2018-07-05
Also published as: CN108243239A

Abstract

本申请提供一种提供网页应用服务的方法、装置、电子设备及系统。所述提供网页应用服务的方法包括：当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；将所述访问请求转发给所选择的Web容器单元。本申请可以提高Web应用服务的可靠性。

Description

一种提供网页应用服务的方法、装置、电子设备及系统

本申请要求2016年12月27日递交的申请号为201611228664.9、发明名称为“一种提供网页应用服务的方法、装置、电子设备及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及网络领域，尤其涉及一种提供网页应用服务的方法、装置、电子设备及系统。

背景技术

传统的采用虚拟主机提供网页(Web)应用的方案是：一台虚拟主机服务器，启动Web(网页)服务器(apache、tomcat或者IIS等)软件，同时放置几十个甚至上百个虚拟站点，虚拟站点之间共享系统资源和命名空间。

该方案主要存在以下几类常见问题：

(1)很容易出现耗资源的站点抢占系统资源而导致系统资源耗尽、应用服务可用性降低或权限控制不当出现安全隐患等各种问题。

(2)共享的Web容器能够支持的并发大小和总体性能有限，无法根据实际需求进行动态扩容或缩容。

(3)当单服务器存储资源受限制或计算资源(CPU，内存)等利用率达到上限时，往往需要采用数据同步技术实现用户站点数据的迁移动作，影响用户业务的连续性。

(4)服务器资源利用率问题始终存在，有的服务器活跃站点多，有的服务器非活跃站点多，总体资源利用率较低。

采用容器技术可以提高应用程序的可用性和安全隔离；容器技术是将原先部署在虚拟机(Virtual Machines，VM)上的应用环境，部署到Linux容器(Linux Container，LXC)、Docker等容器内部，这样可以增强单服务器系统的可靠性，但还是存在容器所在的服务器宕机会导致单点故障、资源利用率低、数据迁移时间长、存储磁盘空间有限制等诸多问题。

发明内容

本申请提供一种提供网页应用服务的访问方法、装置、电子设备及系统，可以提高 Web应用服务的可靠性。

采用如下技术方案。

一种提供网页应用服务的方法，包括：

当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

将所述访问请求转发给所选择的Web容器单元。

可选地，所述将访问请求转发给所选择的Web容器单元包括：

根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。

可选地，所述宿主机为虚拟机。

可选地，当一个Web应用对应于多个Web容器单元时，所述多个Web容器单元运行在不同的宿主机上。

可选地，对应于同一个Web应用的Web容器单元，在网络附属存储装置中该Web应用对应的目录中进行数据存储。

可选地，所述的方法还包括：

获取各Web应用对应的Web容器单元的监控数据；

根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。

可选地，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。

可选地，所述根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，减少该Web应用对应的Web容器单元的数量。

一种提供网页应用服务的方法，包括：

获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

可选地，所述增加该Web应用对应的Web容器单元的数量包括：

从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机创建该Web应用对应的Web容器单元。

可选地，所述减少该Web应用对应的Web容器单元的数量包括：

从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机删除该Web应用对应的Web容器单元。

一种提供网页应用服务的装置，包括：

选择模块，用于当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

转发模块，用于将所述访问请求转发给所选择的Web容器单元。

可选地，所述转发模块将访问请求转发给所选择的Web容器单元包括：

所述转发模块根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。

可选地，各Web应用对应的Web容器单元的存储目录分别是网络附属存储装置中，该Web应用对应的目录。

可选地，所述的装置还包括：

获取模块，用于获取各网页Web应用对应的Web容器单元的监控数据；

调整模块，用于根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。

可选地，所述调整模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，所述调整模块增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，所述调整模块减少该Web应用对应的Web容器单元的数量。

一种提供网页应用服务的装置，包括：

获取模块，用于获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

可选地，所述调整模块增加该Web应用对应的Web容器单元的数量包括：

所述调整模块从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机创建该Web应用对应的Web容器单元。

可选地，所述调整模块减少该Web应用对应的Web容器单元的数量包括：

所述调整模块从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机删除该Web应用对应的Web容器单元。

一种提供网页应用服务的电子设备，包括：第一存储器和第一处理器；

所述第一存储器用于保存用于提供网页应用服务的程序，所述用于提供网页服务的程序在被所述第一处理器读取执行时，执行以下操作：

将所述访问请求转发给所选择的Web容器单元。

一种提供网页应用服务的电子设备，包括：第二存储器和第二处理器；

所述第二存储器用于保存用于提供网页应用服务的程序，所述用于提供网页服务的程序在被所述第二处理器读取执行时，执行以下操作：

一种提供网页应用服务的系统，包括：

多个宿主机；

每个所述宿主机上运行一个或多个Web容器单元；所述Web容器单元用于处理对于所对应的Web应用的访问请求。

可选地，所述的系统还包括：

接入模块，用于当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。

可选地，所述宿主机为虚拟机。

可选地，当一个宿主机上运行多个Web容器单元时，所述多个Web容器单元对应于不同的Web应用。

可选地，所述的系统还包括：

网络附属存储装置，用于将各Web应用的数据分别保存在该Web应用对应的目录中；其中，各Web应用对应的目录分别作为该Web应用对应的Web容器单元的存储目录。

可选地，所述的系统还包括：

监控模块，用于分别通过各宿主机中的监控代理获取该宿主机中运行的Web容器单元的监控数据，通过所述接入模块获得对于各Web容器单元的监控数据；

弹性调度模块，用于根据各Web容器单元的监控数据，调整Web应用所对应的Web容器单元的数量。

可选地，所述弹性调度模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

所述弹性调度模块当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机上的容器代理在该宿主机上创建该Web应用对应的Web容器单元；

所述弹性调度模块当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机上的容器代理删除该宿主机上该Web应用对应的Web容器单元。

本申请包括以下优点：

本申请至少一个实施例为每个Web应用配备多个Web容器单元提供服务，可以实现Web服务器进程间资源控制和隔离，相互不影响，从而提高Web应用服务的可靠性。

本申请实施例的一种实现方式中，一个Web应用对应的多个Web容器单元分布在不同宿主机上，可以避免单点故障。

本申请实施例的一种实现方式中，对Web容器单元的使用情况进行监控，根据监控数据自动增加或减少Web容器单元的数量，从而提高资源利用率。

本申请实施例的一种实现方式中，利用网络附属存储(Network Attached Storage， NAS)技术提供的存储空间和性能扩展能力，可以保证用户数据的高可用性，避免了存储磁盘空间有限制的问题，且无需迁移。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

图1是实施例一的提供网页应用服务的方法的流程图；

图2是实施例二的提供网页应用服务的方法的流程图；

图3是实施例三的提供网页应用服务的装置的示意图；

图4是实施例四的提供网页应用服务的装置的示意图；

图5是实施例七的例子中的系统示意图；

图6是实施例七的例子中应用管理员的操作示意图。

具体实施方式

下面将结合附图及实施例对本申请的技术方案进行更详细的说明。

需要说明的是，如果不冲突，本申请实施例以及实施例中的各个特征可以相互结合，均在本申请的保护范围之内。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在一种配置中，提供网页应用服务的计算设备可包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存(memory)。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。内存可能包括模块1，模块2，……，模块N(N为大于2的整数)。

计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)，快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

首先，对本文中的以下概念进行说明：

(1)Web应用(App)：是一种可以通过Web访问的应用程序。用户只需要有浏览器即可，不需要再安装其他软件。

(2)Web容器单元：已分配资源(如CPU、内存等)的容器服务进程，用于处理用户对于Web应用的访问请求；可以但不限于采用LXC，Docker等容器技术创建；一个Web容器单元可视为Web容器的一个实例。

一个Web应用对应于一个或多个Web容器单元，即：该一个或多个Web容器单元为该Web应用处理访问请求。

实施例一、一种提供网页应用服务的方法，如图1所示，包括步骤S110～S120：

S110、当收到对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

S120、将所述访问请求转发给所选择的Web容器单元。

本实施例中，每个Web应用可以配备多个Web容器单元提供服务，从而可以实现

Web服务器进程间资源控制和隔离，相互不影响，提高Web应用服务的可靠性。

本实施例中，当一个Web应用对应多个Web容器单元时，在转发对于该Web应用的访问请求时，可以依据预定的负载均衡策略从多个Web容器单元中进行选择。

本实施例中，各Web容器单元可以是标准规格的，即：分配给每个Web容器单元的资源(型号、大小等)可以是相同的。

本实施例中，可以通过一个与各宿主机相连的Web服务的接入模块来执行步骤S110～S120。

一种实现方式中，所述将访问请求转发给所选择的Web容器单元可以包括：

本实现方式中，一个宿主机上可以运行一个或多个Web容器单元，Web容器单元可以绑定所在宿主机上的一个端口。当宿主机上运行多个Web容器单元时，各Web容器单元可以绑定不同端口。

本实现方式中，可以预先保存各Web应用的域名，到所对应的各Web容器单元所在宿主机的地址和绑定的端口的路由规则，比如Web应用X对应两个Web容器X1和X2，其中X1所在宿主机的地址为Add1，绑定的端口为PORT1，X2所在宿主机的地址为Add2，绑定的端口为PORT2；假设Web应用X的域名为XDN，则对于Web应用X可以保存两条路由规则：

XDN→(Add1，PORT1)

XDN→(Add2，PORT2)

步骤S110中选择一个Web容器单元，可以看成是选择采用包含Web应用的域名的一个路由规则。

本实现方式中，所述地址可以但不限于为IP地址。

其它实现方式中，也可以采用其它方式转发，比如保存Web应用的标识和Web容器单元的访问路径之间的对应关系，根据所选择的Web容器单元的访问路径进行访问请求的转发。

一种实现方式中，所述宿主机可以但不限于为虚拟机。其它实现方式中，宿主机也可以采用实际硬件来实现，比如每个宿主机是一个真实服务器。

一种实现方式中，当一个Web应用对应于多个Web容器单元时，所述多个Web容器单元可以运行在不同的宿主机上。

即：对于任一个宿主机，如果运行了多个Web容器单元，则这多个Web容器单元对应于不同的Web应用。或者说，一个宿主机上对应于一个Web应用的Web容器单元最多只有一个。

这样相当于一个Web应用对应的Web容器单元分布在不同的宿主机上，可以防止宿主机故障时造成Web应用性能大幅度下降。

其它实现方式中，一个Web应用对应的多个Web容器单元也可以随意分布在宿主机中；或者，规定一个宿主机上对应于某个Web应用的Web容器单元的上限，比如2个。

一种实现方式中，对应于同一个Web应用的Web容器单元，在NAS装置中该Web应用对应的目录中进行数据存储。

本实现方式中，相当于同一个Web应用对应的Web容器单元都是在同一个存储目录中进行读和/或写，因此无需数据同步；由于NAS装置能够提供足够的存储空间，避免了存储磁盘空间有限制的问题，且无需迁移。

本实现方式中，可以在NAS装置中为每个Web应用设置一个存储目录，创建一个Web容器单元后，挂载NAS装置中对应的Web应用的存储目录到容器存储目录；如果删除一个Web容器单元，则删除容器存储目录中挂载的Web应用的存储目录。

本实现方式中，NAS装置可以但不限于为云存储模块，或称为云磁盘。

其它实现方式中，也可以采用系统本地的磁盘或其它的外部存储设备进行存储。

一种实现方式中，所述的方法还可以包括：

获取各网页Web应用对应的Web容器单元的监控数据；

本实现方式中，可以实时获取监控数据，也可以周期性获取监控数据。可以实时监视监控数据，一旦监控数据满足预定条件就立即调整Web容器单元的数量；也可以周期性根据监控数据判断是否需要调整，需要则相应调整Web容器单元的数量。

本实现方式中，获取监控数据可以是指采集监控数据的过程，也可以是指接收或读取已经采集好的监控数据的过程。

本实现方式中，可以预先设置Web应用所对应的Web容器单元的数量的上下限，比如最少1个，最多5个，在调整时不得超过上限或低于下限。

其它实现方式中，可以由用户自行设置Web应用所对应的Web容器单元的数量；或者可以由用户设置是否自动根据监控数据调整Web容器单元的数量。

本实现方式中，所述监控数据可以包括Web容器单元的以下一项或多项参数：

CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数(即单位时间内发送给Web容器单元的访问请求的数量)、处理时间超过预设阈值的访问请求(后文称为慢请求)的数量。

其中，CPU的使用率是指Web容器单元所使用的CPU资源，在分配给该Web容器单元的CPU资源中所占的比例；内存的使用率是指Web容器单元所使用的内存资源，在分配给该Web容器单元的内存资源中所占的比例。

其中，CPU的使用率和内存的使用率可以通过各宿主机中的监控代理采集，监控代理用于采集所在宿主机中运行的各Web容器单元的监控数据。

其中，CPU的使用率和内存的使用率可以是实时采集，也可以周期性采集，或者实时监控，然后将周期中平均或最高的使用率作为监控数据。

其中，单位时间内访问请求的最大并发数可以在进行访问请求转发时统计，慢请求的数量也可以由进行访问请求转发的部分统计。

当CPU、内存的使用率较高，或单位时间内访问请求的最大并发数较大，或慢请求数较多，则说明该Web容器单元负载较大，也就说明该Web容器单元对应的Web应用的处理能力不足，需要补充Web容器单元。当CPU、内存的使用率较低，或单位时间内访问请求的最大并发数较小，或慢请求数较少，则说明该Web容器单元负载较小，也就说明该Web容器单元对应的Web应用的处理能力过剩，部分资源存在浪费，可以减少Web容器单元。

本实现方式中，所述根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量可以包括以下至少一项：

其中，扩容条件可以但不限于是监控数据中的一项或多项达到扩容阈值；缩容条件可以但不限于监控数据中的一项或多项达到缩容阈值。对于不同Web应用所对应的Web容器单元，可以采用不同的扩容阈值和缩容阈值。

其中，当一个Web应用对应多个Web容器时，如果采用负载均衡策略转发访问请求，则各Web容器的监控数据应该相差不大，可以设置成当一个Web应用对应的任一个Web容器满足扩容/缩容条件时，就增加/减少该Web应用对应的Web容器单元的数量。当然，也可以设置成，当一个Web应用对应的全部Web容器，或预定数量的Web容器的监控数据都满足扩容/缩容条件时，才增加/减少该Web应用对应的Web容器单元的数量。

其中，所述增加该Web应用对应的Web容器单元的数量可以包括：

其中，在预先保存各Web应用的域名，到所对应的各Web容器单元所在宿主机的地址和绑定的端口的路由规则的情况下，创建Web容器单元后，还要增加该Web容器单元对应的Web应用的域名，到所确定的宿主机的地址、以及所创建的Web容器单元在该宿主机上绑定的端口的路由规则。

其中，所述减少该Web应用对应的Web容器单元的数量可以包括：

其中，在预先保存各Web应用的域名，到所对应的各Web容器单元所在宿主机的地址和绑定的端口的路由规则的情况下，删除Web容器单元后，还要删除该Web容器单元对应的Web应用的域名，到所确定的宿主机的地址、以及所创建的Web容器单元在该宿主机上绑定的端口的路由规则。

其中，可以通过宿主机上的容器代理来创建或删除Web容器单元。

实施例二、一种提供网页应用服务的方法，如图2所示，包括步骤S210～S220：

S210、获取各Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

S220、根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。

本实施例中，对Web容器单元的使用情况进行监控，根据监控数据自动增加或减少Web容器单元的数量，从而提高资源利用率。

本实施例中，各Web应用对应的Web容器单元的存储目录可以分别是网络附属存储装置中，该Web应用对应的目录。

本实施例中，一个Web应用可以对应一个或多个Web容器单元；当一个Web应用对应于多个Web容器单元时，所述多个Web容器单元可以运行在不同的宿主机上。一个宿主机上可以运行一个或多个Web容器单元，各Web容器单元绑定所在宿主机上的一个端口，同一个宿主机上，不同Web容器单元所绑定的端口不同。

一种实现方式中，所述监控数据可以包括Web容器单元的以下一项或多项参数：

一种实现方式中，所述根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量可以包括以下至少一项：

其中，所述宿主机可以但不限于为虚拟机。

本实施例中的其它实现细节可以参考实施例一。

实施例三、一种提供网页应用服务的装置，如图3所示，包括：

选择模块31，用于当收到用户对于Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

转发模块32，用于将所述访问请求转发给所选择的Web容器单元。

本实施例中，选择模块31是上述装置中负责选择Web容器单元的部分，可以是软件、硬件或两者的结合。

本实施例中，转发模块32是上述装置中负责转发访问请求的部分，可以是软件、硬件或两者的结合。

一种实现方式中，所述转发模块将访问请求转发给所选择的Web容器单元可以包括：

其中，所述宿主机可以但不限于是虚拟机。

一种实现方式中，各Web应用对应的Web容器单元的存储目录可以分别是网络附属存储装置中，该Web应用对应的目录。

一种实现方式中，所述的装置还可以包括：

本实现方式中，所述调整模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量可以包括以下至少一项：

本实施例的装置的各模块的操作分别对应于实施例一中的步骤S110～S120，各模块操作的其它实现细节可参见实施例一。

实施例四、一种提供网页应用服务的装置，如图4所示，包括：

获取模块41，用于获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

调整模块42，用于根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。

本实施例中，获取模块41是上述装置中负责获取监控数据的部分，可以是软件、硬件或两者的结合。

本实施例中，调整模块42是上述装置中负责调整Web容器单元的数量的部分，可以是软件、硬件或两者的结合。

一种实现方式中，所述调整模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量可以包括以下至少一项：

本实现方式中，所述调整模块增加该Web应用对应的Web容器单元的数量可以包括：

本实现方式中，所述调整模块减少该Web应用对应的Web容器单元的数量可以包括：

本实施例的装置的各模块的操作分别对应于实施例二中的步骤S210～S220，各模块操作的其它实现细节可参见实施例二。

实施例五、一种提供网页应用服务的电子设备，包括：第一存储器和第一处理器；

将所述访问请求转发给所选择的Web容器单元。

本实施例中，用于提供网页应用服务的程序在被第一处理器读取执行时，所执行的操作对应于实施例一中的步骤S110～S120；该程序所执行的操作的其它细节可参见实施例一。

实施例六、一种提供网页应用服务的电子设备，包括：第二存储器和第二处理器；

本实施例中，用于提供网页应用服务的程序在被第二处理器读取执行时，所执行的操作对应于实施例二中的步骤S210～S220；该程序所执行的操作的其它细节可参见实施例二。

实施例七、一种提供网页应用服务的系统，包括：

多个宿主机；

一种实现方式中，所述的系统还可以包括：

一种实现方式中，所述宿主机可以为虚拟机。

一种实现方式中，当一个宿主机上运行多个Web容器单元时，所述多个Web容器单元可以对应于不同的Web应用。

一种实现方式中，所述的系统还可以包括：

监控模块，用于分别通过各宿主机中的监控代理采集该宿主机中运行的Web容器单元的监控数据，通过所述接入模块获得对于各Web容器单元的监控数据；

本实现方式中，所述弹性调度模块根据所采集的监控数据，调整Web应用所对应的Web容器单元的数量可以包括以下至少一项：

本实施例的系统可以用于实现实施例一或二的方法，其它实现细节可参考实施例一。

下面用一个例子说明本实施例的系统。本例子中，每个Web应用有全局唯一的标识APP_ID，以及全局唯一的域名：APP_DOMAIN_NAME；用户通过域名即可访问相应的Web应用。

本例子中，分配给每个Web容器单元的资源(型号、大小等)可以是相同的，即 Web容器单元是标准规格的。每个Web容器单元有全局唯一的标识：CONTAINER_ID。每个Web容器单元在作为本Web容器单元宿主机的VM上至少绑定一个端口：CONTAINER_PORT；Web容器单元具体绑定VM的哪个端口可以自行设置。也就是说，Web容器单元内部运行独立的Web服务进程(如apache、nginx、tomcat等)并绑定独立端口(即CONTAINER_PORT，在VM上唯一)。

本例子中，伸缩阈值是判断Web容器单元中的资源是否需要进行调整时的依据，包括扩容阈值和缩容阈值。用户可以为不同的Web应用定义不同的伸缩阈值。

本例子中，以VM作为运行Web容器单元的宿主机，具有一定计算资源CPU和存储资源(内存，磁盘)。每个VM上可以运行一个或多个Web容器单元，具体数量和VM本身的资源以及为Web容器单元分配的资源有关。本例子中，对于一个Web应用，一个VM上只能有一个对应的Web容器单元。每台VM具有全局唯一的标识VM_ID，和内网IP地址：VM_INNER_IP。

本例子中，运行本实施例的方法的系统如图5所示，可以包括：

Web服务的接入模块、弹性调度模块、监控模块、资源模块；

一个或多个虚拟机，比如图5中的虚拟机1、虚拟机2……；每个虚拟机中分别包括以下组件：

容器代理(Container Agent)：用于从弹性调度模块接收扩容指令和缩容指令，并相应启动或停止Web容器单元；

监控代理(Moniter Agent)：统计Web容器单元提供的各项资源(本例子中至少包括CPU和内存)的使用率并作为监控数据发送到监控模块。

每个虚拟机中运行一个或多个Web容器单元，比如图5中虚拟机1中运行两个Web容器单元，分别对应于Web应用1和Web应用2；虚拟机2中运行两个Web容器单元，分别对应于Web应用1和Web应用3。

本例中，每个Web容器单元采用apache提供Web服务进程。

Web服务的接入模块用于在收到对于Web应用的访问请求后，根据所访问的Web应用的域名，在Web应用对应的多个Web容器单元中，根据预先配置的负载均衡策略选择一个路由规则转发所述访问请求；周期性统计各Web容器单元在单位时间内的最大并发数和慢请求数，作为监控数据上报给监控模块。

监控模块用于从Web服务的接入模块和监控代理接收监控数据，并将监控数据按照Web应用进行存储，即，将对应于同一个Web应用的Web容器单元的监控数据汇总后保存为该Web应用的监控数据。

弹性调度模块用于从监控模块遍历每个Web应用的监控数据，并根据预定的弹性伸缩策略，对相应VM的容器代理发送扩容或缩容指令；还可以为WEB服务接入模块配置路由规则。

资源模块用于保存各VM的资源信息(比如剩余资源多少、运行几个Web容器单元等)，以及各Web应用对应的Web容器单元的信息(比如对应的Web应用、所在VM、绑定的端口等)，本例子中，分别以VM资源信息表和Web容器单元信息表的形式保存。

本例子中，所述系统还可以包括采用NAS技术的云存储模块(或称为云磁盘)，用于提供更大的空间存储能力和性能扩展能力。

本例子中，弹性伸缩策略可以是依据Web容器单元在单位时间内的资源使用率，并发数，慢请求数(包含不限于以上3类资源)等判断是否满足扩容阈值或缩容阈值，从而决定如何执行伸缩策略：

扩容阈值可以是满足以下任一项：

CPU使用率＞90％；

内存(memory)使用率＞90％；

并发数＞1000；

慢请求数＞100。

缩容阈值可以是满足以下任一项：

CPU使用率＜30％；

内存(memory)使用率＜30％；

并发数＜100；

慢请求数＜10。

本例子中，弹性调度模块可以定时检查每个Web应用对应的Web容器单元，判断Web容器单元对于资源的使用是否达到扩容阈值或缩容，并相应进行扩容或缩容流程。

扩容流程：如果某个Web容器单元的资源使用情况达到扩容阈值则从资源模块申请容器资源，得到新的Web容器单元，为该Web容器单元分配VM的IP地址和端口(Port)，然后调用所分配的VM上的Container Agent启动新的Web容器单元，同时挂载云存储模块中相应Web应用的存储目录到容器存储目录，然后在Web服务接入模块增加新的路由规则，新的路由规则是将相应Web应用的域名路由到新的Web容器单元所在VM的IP地址和Port。

本例子中，扩容指令的发送流程包括：

从VM资源池中，确定一个具有创建新Web容器单元所需的空闲资源的VM；对所找到的VM上的Container Agent发送扩容指令，所述扩容指令用于指示创建指定的应用的Web容器单元。其中，可以根据所确定VM的VM_ID找到对应的VM_INNER_IP，向该VM_INNER_IP发送扩容指令。

扩容成功后将此Web容器单元的CONTAINER_ID和VM_ID的对应关系存入资源模块。

缩容流程：如果某个Web容器单元达到缩容阈值，则先从Web服务接入模块删除将对应Web应用的域名路由到该Web容器单元所在VM的IP地址和端口的路由规则(对于该Web应用的新的访问请求将不会再路由到此Web容器单元)，然后轮询判断此Web容器单元中没有运行中的php进程后，停止Web容器单元，释放相关资源，同时卸载该Web容器单元的容器存储目录所挂载的Web应用的存储目录。最后向资源模块归还分配给此Web容器单元的VM的IP地址和端口。

本例子中，缩容指令的发送流程包括：

确定达到缩容阈值的Web容器单元，对该Web容器单元所在VM的Container Agent发送缩容指令。其中，可以根据所确定的Web容器单元的CONTAINER_ID找到对应的VM_ID，根据该VM_ID找到对应的VM_INNER_IP，向该VM_INNER_IP发送缩容指令。

缩容成功后在资源模块里删除缩容的Web容器单元的CONTAINER_ID和VM_ID的对应关系。

本例子的一种应用场景中，应用管理员首先通过文件传输协议(File Transfer Protocol，FTP)的方式，或本例子中的弹性虚拟主机系统开放给应用管理员的服务或客户端，完成网站程序上传的过程，然后通过控制台启动网站。应用访问者可以通过浏览器输入Web应用的域名(或点击移动终端上的App)访问相应Web应用提供的各种服务。

其中，应用管理员一般是网站的所有者，拥有网站程序，如：可以直接运行的源代码(*.php文件)或编译后的文件(*.class、*.jar等文件)。应用访问者一般是网站的浏览者，是可以通过终端等设备访问网络的人。

如图6所示，应用管理员可以通过Web控制台、移动终端上的App、桌面应用程序等方式对图5所示系统进行监控和设置，比如通过弹性策略界面设置弹性策略，比如设置：

全局可分配最大和最小web容器数设置、伸缩阈值、单位时间的大小(如60秒)、单位时间内CPU的使用范围，单位时间内存的使用范围、单Web容器单元单位时间内最大请求并发数阈值、单Web容器单位时间最大慢请求数阈值等。

应用管理员还可以配置调度策略，可以但不限于以下3种：

普通模式：可以指定Web应用对应的Web容器单元的固定数量。

实时调度模式：根据每个Web容器的监控数据，依据预定义配置策略自动进行扩容和缩容，无需人为干预。

预约调度模式：使预约配置阈值在预约时间段到达时进行扩容和缩容动作，提高Web服务可靠性。预约时间段以外恢复成默认的Web容器单元的数量。

应用管理员还可以根据Web容器监控界面查看各Web容器单元的监控数据。比如但不限于：

分配的web容器总数、每个Web容器的监控数据(比如资源使用率，并发数，慢请求数等)。

这样便于应用管理员了解Web应用当前实际资源消耗情况，也可以判断Web容器单元是否健康，也便于根据Web容器单元增减时间准确了解网站实际运行情况，为网站运营报告提供数据依据。

根据监控数据还可以更深入了解网站运行状况是否正常，如作为攻击事件时间判断依据等。

本应用场景中，当采用实时调度模式时，可以根据网站实际访问量动态扩容或及时缩容后台的Web容器资源，保证网站访问流畅，不需要人为进行操作，在访问量激增时能保证网站服务的高可用性和经济性，在访问量不足时可以收缩Web容器单元的个数以节省开支。

本应用场景中，还可以通过预定义的报警策略，使应用管理员能够及时接收网站运行异常状态时的报警消息，便于及时处理突发事件。

报警策略中可配置属性可以包含：是否启用扩容时报警、是否启用缩容时报警、报警方式(邮件、短信、Web控制台等)、Web容器资源使用报警阈值(CPU范围，内存范围，并发数范围，慢请求数范围)。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

当然，本申请还可有其他多种实施例，在不背离本申请精神及其实质的情况下，熟悉本领域的技术人员当可根据本申请作出各种相应的改变和变形，但这些相应的改变和变形都应属于本申请的权利要求的保护范围。

Claims

一种提供网页应用服务的方法，包括：

当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

将所述访问请求转发给所选择的Web容器单元。
如权利要求1所述的方法，其特征在于，所述将所述访问请求转发给所选择的Web容器单元包括：

根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。
如权利要求2所述的方法，其特征在于：

所述宿主机为虚拟机。
如权利要求2所述的方法，其特征在于：

当一个Web应用对应于多个Web容器单元时，所述多个Web容器单元运行在不同的宿主机上。
如权利要求1所述的方法，其特征在于：

对应于同一个Web应用的Web容器单元，在网络附属存储装置中该Web应用对应的目录中进行数据存储。
如权利要求1～5中任一项所述的方法，其特征在于，还包括：

获取各Web应用对应的Web容器单元的监控数据；

根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。
如权利要求6所述的方法，其特征在于，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。
如权利要求6所述的方法，其特征在于，所述根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，减少该Web应用对应的Web容器单元的数量。
一种提供网页应用服务的方法，包括：

获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。
如权利要求9所述的方法，其特征在于，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。
如权利要求9所述的方法，其特征在于，所述根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，减少该Web应用对应的Web容器单元的数量。
如权利要求11所述的方法，其特征在于，所述增加该Web应用对应的Web容器单元的数量包括：

从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机创建该Web应用对应的Web容器单元。
如权利要求11所述的方法，其特征在于，所述减少该Web应用对应的Web容器单元的数量包括：

从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机删除该Web应用对应的Web容器单元。
一种提供网页应用服务的装置，其特征在于，包括：

选择模块，用于当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

转发模块，用于将所述访问请求转发给所选择的Web容器单元。
如权利要求14所述的装置，其特征在于，所述转发模块将访问请求转发给所选择的Web容器单元包括：

所述转发模块根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。
如权利要求15所述的装置，其特征在于：

当一个Web应用对应于多个Web容器单元时，所述多个Web容器单元运行在不同的宿主机上。
如权利要求15所述的装置，其特征在于：

各Web应用对应的Web容器单元的存储目录分别是网络附属存储装置中，该Web应用对应的目录。
如权利要求14～17中任一项所述的装置，其特征在于，还包括：

获取模块，用于获取各网页Web应用对应的Web容器单元的监控数据；

调整模块，用于根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。
如权利要求18所述的装置，其特征在于，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。
如权利要求18所述的装置，其特征在于，所述调整模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，所述调整模块增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，所述调整模块减少该Web应用对应的Web容器单元的数量。
一种提供网页应用服务的装置，其特征在于，包括：

获取模块，用于获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

调整模块，用于根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。
如权利要求21所述的装置，其特征在于，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。
如权利要求21所述的装置，其特征在于，所述调整模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，所述调整模块增加该Web应用对应的Web容器单元的数量；

当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，所述调整模块减少该Web应用对应的Web容器单元的数量。
如权利要求23所述的装置，其特征在于，所述调整模块增加该Web应用对应的Web容器单元的数量包括：

所述调整模块从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机创建该Web应用对应的Web容器单元。
如权利要求23所述的装置，其特征在于，所述调整模块减少该Web应用对应的Web容器单元的数量包括：

所述调整模块从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机删除该Web应用对应的Web容器单元。
一种提供网页应用服务的电子设备，包括：第一存储器和第一处理器；其特征在于：

所述第一存储器用于保存用于提供网页应用服务的程序，所述用于提供网页服务的程序在被所述第一处理器读取执行时，执行以下操作：

当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；其中，所述Web容器单元用于处理接收到的访问请求；

将所述访问请求转发给所选择的Web容器单元。
一种提供网页应用服务的电子设备，包括：第二存储器和第二处理器；其特征在于：

所述第二存储器用于保存用于提供网页应用服务的程序，所述用于提供网页服务的程序在被所述第二处理器读取执行时，执行以下操作：

获取各网页Web应用对应的Web容器单元的监控数据；其中，一个Web应用对应一个或多个Web容器单元，所述Web容器单元用于处理对于所对应的Web应用的访问请求；

根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量。
一种提供网页应用服务的系统，其特征在于，包括：

多个宿主机；

每个所述宿主机上运行一个或多个Web容器单元；所述Web容器单元用于处理对于所对应的Web应用的访问请求。
如权利要求28所述的系统，其特征在于，还包括：

接入模块，用于当收到用户对于网页Web应用的访问请求后，从所述Web应用对应的Web容器单元中选择一个Web容器单元；根据所选择的Web容器单元所在的宿主机的地址，以及所选择的Web容器单元在该宿主机上绑定的端口，转发所述访问请求。
如权利要求28所述的系统，其特征在于：

所述宿主机为虚拟机。
如权利要求28所述的系统，其特征在于：

当一个宿主机上运行多个Web容器单元时，所述多个Web容器单元对应于不同的Web应用。
如权利要求28所述的系统，其特征在于，还包括：

网络附属存储装置，用于将各Web应用的数据分别保存在该Web应用对应的目录中；其中，各Web应用对应的目录分别作为该Web应用对应的Web容器单元的存储目录。
如权利要求29所述的系统，其特征在于，还包括：

监控模块，用于分别通过各宿主机中的监控代理获取该宿主机中运行的Web容器单元的监控数据，通过所述接入模块获得对于各Web容器单元的监控数据；

弹性调度模块，用于根据各Web容器单元的监控数据，调整Web应用所对应的Web容器单元的数量。
如权利要求33所述的系统，其特征在于，所述监控数据包括Web容器单元的以下一项或多项参数：

中央处理器CPU的使用率、内存的使用率、单位时间内访问请求的最大并发数、处理时间超过预设阈值的访问请求的数量。
如权利要求33所述的系统，其特征在于，所述弹性调度模块根据所获取的监控数据，调整Web应用所对应的Web容器单元的数量包括以下至少一项：

所述弹性调度模块当一个Web应用对应的Web容器单元的监控数据满足扩容条件时，从剩余资源能够创建至少一个Web容器的宿主机中确定一个宿主机，指示所确定的宿主机上的容器代理在该宿主机上创建该Web应用对应的Web容器单元；

所述弹性调度模块当一个Web应用对应的Web容器单元的监控数据满足缩容条件时，从该Web应用对应的Web容器单元中确定一个Web容器单元，指示所确定的Web容器单元所在的宿主机上的容器代理删除该宿主机上该Web应用对应的Web容器单元。