[发明专利]针对Web服务的容器控制方法、装置和容器系统

说明书

本公开提出一种针对Web服务的容器控制方法、装置和容器系统，涉及云计算技术领域。本公开的一种容器控制方法包括：接收容器申请请求；根据与容器申请请求的匹配度从容器池中选择候选容器，在候选容器的基础上构建服务容器，其中，容器池中包括类库容器、基础容器、休眠容器和基础容器镜像缓存。通过这样的方法，能够从容器池中选择类库容器、基础容器、休眠容器或基础容器镜像缓存进行服务容器的构建，从而减少了在构建容器过程中对基础容器镜像、部分公共类库的加载过程，减少了服务容器构建的开销，从而提高了运行在服务容器上的Web服务器的启动效率。

技术领域

本公开涉及云计算技术领域，特别是一种针对Web服务的容器控制方法、装置和容器系统。

背景技术

Web(World Wide Web，全球广域网)通常运行在Web服务器上，对外提供基于HTTP的远程服务接口，接收和处理客户端发来的HTTP请求，向客户端返回HTTP应答，Web服务的HTTP请求通常是状态无关的，即不同的HTTP请求相互独立，互不影响。Web服务通常由Web服务组件、Web服务类库和运行Web服务的Web服务器构成，Web服务组件提供Web服务的核心业务处理逻辑，每个Web服务都拥有独立的Web服务组件，同时每个Web服务往往会依赖若干服务类库，这些类库封装了一些的共性服务功能单元或业务逻辑，如服务日志、服务监控、数据访问等，服务类库通常可供多个Web服务复用，Web服务器提供了Web服务的基础运行环境，并加载Web服务组件及其所依赖的类库，绑定Web服务端口和URL，将HTTP请求转发给Web服务组件处理。

在大型的Web应用或微服务(Micro Services)系统中，不同的Web服务可以由不同的开发团队使用不同的技术栈实现，这些技术栈往往是实现某种Web服务的最佳选择，常见的Web服务技术栈至少包括Java、NodeJS、PHP、Go，每种技术栈都有独立的打包格式、部署方式和运行机制，例如基于Java的Web服务通常打包成JAR或WAR，通过Tomcat、WebLogic等Web服务器部署运行，基于NodeJS的Web服务通常打包成NPM包，通过NPM(Node PackageManager)部署到NodeJS上运行，由于不同技术栈的打包部署方式不统一，给大型Web服务应用的部署和管理带来和很大挑战。

以Docker为代表的容器技术出现为Web服务提供了统一的服务打包、部署和运行机制，基于容器的部署运行Web服务已成为当前互联网业界的主流选择。以Docker为例，通过容器部署运行Web服务的过程通常是这样的：将Web服务组件、Web服务所依赖的类库和Web服务器打包成Docker镜像，将Docker镜像上传Docker镜像仓库，通过某种容器集群装置(如Swarm、Kubernetes)调度预装在主机上的Docker容器引擎从镜像仓库中将镜像下载到本地，基于本地的镜像文件运行Docker容器，通过容器镜像定义的命令启动Web服务器，通过Web服务器加载服务类库和服务组件，最后绑定容器内部的Web服务端口和对外的Web服务端口，从而完成整个Web服务的部署和启动。由于Docker镜像支持分层机制，上层镜像可以共享下层镜像的内容，每个镜像层只需在主机上下载一次，为了减少底层镜像的部署次数，业界通常将Web服务器和服务组件+服务类库作为不同的镜像层打包，从而达到多个Web服务镜像层共享相同的Web服务器镜像层，减少Web服务器镜像下载次数的目的。然而由于在Docker容器中，Web服务的Web服务器、服务类库、服务组件仍然是作为一个整体启动运行，每个Web服务容器的启动时间较长，大型的互联网应用往往需要快速加载数以万计的Web服务容器实例，现有技术批量加载大量Web服务容器实例的CPU资源开销很大，加载速度很慢，同时Web服务容器实例一旦启动之后往往驻留内存长期运行，大量运行的Web服务容器实例也占用了有限的内存资源。

发明内容

本公开的一个目的在于通过提高容器的构建速度来提高Web服务器的启动效率。