网站服务系统的构建方法及装置

技术领域

本申请涉及网站服务系统部署领域，具体而言，涉及一种网站服务系统的构建方法及装置。

背景技术

现有技术中网站服务系统的安装过程步骤繁复，各个组件需要人工手动安装并且配置。以LNMP的安装部署为例，主要包括以下步骤：

1)下载nginx安装包，编译安装nginx；

2)下载MySQL安装包，编译安装MySQL，配置MySQL服务；

3)下载php安装包，安装php，配置MySQL和php配置；

4)编写简单的测试页面测试lnmp环境。

上述LNMP的安装部署方法创建时间长，耗费工作时间，用户体验较差。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种网站服务系统的构建方法及装置，以至少解决现有的网站服务系统的安装部署方法步骤繁复，耗费时间较长，用户体验较差的技术问题。

根据本申请实施例的一个方面，提供了一种网站服务系统的构建方法，包括：获取构建网站服务系统的构建指令；响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

可选地，开源软件包括：Nginx、数据库以及脚本语言。

可选地，响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具之前，上述方法还包括：在第一服务器上加载应用容器引擎和应用容器引擎管理工具；在第二服务器上加载目标服务，其中，目标服务用于存储镜像文件。

可选地，在第一服务器上加载应用容器引擎和应用容器引擎管理工具之后，上述方法还包括：在第一服务器上确定第一文本文件，其中，第一文本文件用于构建Nginx的安装包的镜像文件，并将Nginx的安装包的镜像文件发送至目标服务；在第一服务器上确定第二文本文件，其中，第二文本文件用于构建数据库的安装包的镜像文件，并将数据库的安装包的镜像文件发送至目标服务；在第一服务器上确定第三文本文件，其中，第三文本文件用于构建脚本语言的安装包的镜像文件，并将脚本语言的安装包的镜像文件发送至目标服务。

可选地，确定第一文本文件、第二文本文件及第三文本文件之后，上述方法还包括：确定应用容器引擎管理工具对应的配置文件，其中，配置文件中包括分别安装及配置Nginx、数据库以及脚本语言的安装包的镜像文件的指令。

可选地，响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，包括：在除第一服务器和第二服务器以外的第三服务器上安装应用容器引擎及应用容器引擎管理工具，其中，第三服务器与第一服务器通信，第一服务器与第二服务器通信；在第三服务器上执行预设脚本指令依次调用应用容器引擎和应用容器引擎管理工具。

可选地，调用应用容器引擎包括：分别执行第一文本文件、第二文本文件以及第三文本文件；调用应用容器引擎管理工具包括：执行应用容器引擎管理工具对应的配置文件。

根据本申请实施例的另一方面，还提供了一种网站服务系统的构建装置，包括：获取模块，用于获取构建网站服务系统的构建指令；响应模块，用于响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；构建模块，用于基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

根据本申请实施例的再一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行以上的网站服务系统的构建方法。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行存储在存储器中的程序，其中，程序运行时执行以上的网站服务器系统的安装方法。

在本申请实施例中，采用获取构建网站服务系统的构建指令；响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统的方式，通过应用容器引擎部署网站服务系统的web服务环境，只需要在服务器上安装好应用容器引擎，并且好配置应用容器引擎的仓库地址，直接调用应用容器引擎即可构建网站服务系统，从而实现了节省网站服务系统的部署时间，提升了用户使用体验的技术效果，进而解决了现有的网站服务系统的安装部署方法步骤繁复，耗费时间较长，用户体验较差技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种网站服务系统的构建方法的流程图；

图2是根据本申请实施例的一种网站服务系统的构建装置的结构框图；

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例，提供了一种网站服务系统的构建方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种网站服务系统的构建方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取构建网站服务系统的构建指令；

根据本申请的一个可选的实施例，上述网站服务系统为lnmp系统，Lnmp是指一组通常一起使用来运行动态网站或者服务器的开源软件名称首字母缩写。

L-Linux，N-Nginx，M-MySQL/MariaDB，P-PHP/Perl/Python。

Linux是一类Unix计算机操作系统的统称，是目前最流行的免费操作系统。

Nginx是一个高性能的HTTP和反向代理服务器。

MySQL是一个小型关系型数据库管理系统。

PHP是一种在服务器端执行的嵌入式HTML文档的脚本语言。

这四种软件均为开源软件，组合到一起，成为了一个免费、高效、扩展性强的网站服务系统。

步骤S104，响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；

根据本申请的一个可选的实施例，步骤S104中的容器引擎为docker，是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何Linux或Windows机器上。

容器引擎管理工具为dockr-compose，dockr-compose可以轻松、高效地管理容器，它是一个用于定义和运行多容器的docker的应用程序工具。

步骤S106，基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

通过上述步骤，通过应用容器引擎部署网站服务系统的web服务环境，只需要在服务器上安装好应用容器引擎，并且好配置应用容器引擎的仓库地址，直接调用应用容器引擎即可构建网站服务系统，从而实现了节省网站服务系统的部署时间，提升了用户使用体验的技术效果。

根据本申请的一个可选的实施例，上述开源软件包括：Nginx、数据库以及脚本语言。

在本申请的一些可选的实施例中，执行步骤S104之前，在第一服务器上加载应用容器引擎和应用容器引擎管理工具；在第二服务器上加载目标服务，其中，目标服务用于存储镜像文件。

根据本申请的一个可选的实施例，上述目标服务为harbor服务，harbor作为docker镜像的存储仓库，可以上传和拉取镜像。

在本步骤中，在第一服务器上安装加载dockr和dockr-compose，在第二服务器上安装加载harbor服务。

根据本申请的另一个可选的实施例，在第一服务器上加载应用容器引擎和应用容器引擎管理工具之后，在第一服务器上确定第一文本文件，其中，第一文本文件用于构建Nginx的安装包的镜像文件，并将Nginx的安装包的镜像文件发送至目标服务；在第一服务器上确定第二文本文件，其中，第二文本文件用于构建数据库的安装包的镜像文件，并将数据库的安装包的镜像文件发送至目标服务；在第一服务器上确定第三文本文件，其中，第三文本文件用于构建脚本语言的安装包的镜像文件，并将脚本语言的安装包的镜像文件发送至目标服务。

本步骤中，在第一服务器上创建nginx目录，编写安装nginx的dockerfile，并且生成镜像上传到harbor服务。在第一服务器上创建PHP目录，编写安装PHP的dockerfile，并且生成镜像上传到harbor服务。在第一服务器上创建MySQL目录，编写安装MySQL的dockerfile，并且生成镜像上传到harbor服务。

需要说明的是，dockerfile(即上文中的第一文本文件、第二文本文件和第三文本文件)十用来构建镜像的文本文件。

在本申请的另一个可选的实施例中，确定第一文本文件、第二文本文件及第三文本文件之后，还需要确定应用容器引擎管理工具对应的配置文件，其中，配置文件中包括分别安装及配置Nginx、数据库以及脚本语言的安装包的镜像文件的指令。

在第一服务器上创建docker compose目录，编写docker-compose配置文件，将nginx、MySQL、PHP的安装和配置都集中在docker-compose.yml文件中。

根据本申请的一个可选的实施例，执行步骤S104时，在除第一服务器和第二服务器以外的第三服务器上安装应用容器引擎及应用容器引擎管理工具，其中，第三服务器与第一服务器通信，第一服务器与第二服务器通信；在第三服务器上执行预设脚本指令依次调用应用容器引擎和应用容器引擎管理工具。

根据本申请的另一个可选的实施例，调用应用容器引擎包括：分别执行第一文本文件、第二文本文件以及第三文本文件；调用应用容器引擎管理工具包括：执行应用容器引擎管理工具对应的配置文件。

在除第一服务器和第二服务器以外任意一台服务器上安装docker、docker-compos通过执行docker-compose-f docker-compose.yml up-d命令，即可立刻构建lnmp环境，不仅方便、快捷，而且节省安装部署、配置各个服务的时间。

需要说明的是，执行docker-compose–f命令时调用应用容器引擎，此时，执行上述第一文本文件、第二文本文件以及第三文本文件，分别构建Nginx的安装包的镜像文件、MySQL的安装包的镜像文件以及PHP的安装包的镜像文件，分别将镜像文件上传至harbor服务进行保存。

执行docker-compose.yml up-d命令，调用应用容器引擎擎管理工具，此时，执行应用容器引擎管理工具对应的配置文件(上文中的docker-compose.yml文件)，实现Nginx的安装包的镜像文件、MySQL的安装包的镜像文件以及PHP的安装包的镜像文件的安装及配置。

本申请提供的上述方法，与手动部署相比，通过docker部署lnmp的web服务环境，只需要在服务器上安装好docker，并且好配置docker仓库地址，然后直接直接执行docker-compose-f docker-compose.yml up-d命令即可在2到3分钟内立刻构建出lnmp的Web环境。该方法步骤简洁明了，节省了下载安装包、编译和配置服务时间。

图2是根据本申请实施例的一种网站服务系统的构建装置的结构框图，如图2所示，该装置包括：

获取模块20，用于获取构建网站服务系统的构建指令；

响应模块22，用于响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；

构建模块24，用于基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

需要说明的是，图2所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。

本申请实施例还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行以上的网站服务系统的构建方法。

上述非易失性存储介质用于存储执行以下功能的程序：获取构建网站服务系统的构建指令；响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

本申请实施例还提供了一种处理器，处理器用于运行存储在存储器中的程序，其中，程序运行时执行以上的网站服务系统的构建方法。

上述处理器用于处理执行以下功能的程序：获取构建网站服务系统的构建指令；响应构建指令，依次调用应用容器引擎和应用容器引擎管理工具，其中，应用容器引擎用于将网站服务系统包括的开源软件的安装包打包成镜像文件，应用容器引擎管理工具用于通过配置文件安装及配置镜像文件；基于应用容器引擎以及应用容器引擎管理工具构建网站服务系统。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。