CN109213498A - 一种互联网web前端的配置方法及服务器 - Google Patents

Abstract

本申请实施例公开了一种互联网web前端的配置方法，用于服务器使用容器技术实现web前端各个功能模块的功能，每个功能模块都运行在对应的容器镜像中，由于容器技术的特性，从而实现了每个功能模块都可以独立开发与部署，提高了web前端并行开发与测试部署的效率。本申请实施例方法包括：服务器获取对所述多个功能模块中的目标功能模块的操作指令；所述服务器根据所述操作指令生成目标容器镜像；所述服务器配置所述目标功能模块与所述目标容器镜像的端口映射关系。

Description

一种互联网web前端的配置方法及服务器

技术领域

本申请涉及web前端开发领域，尤其涉及一种互联网web前端的配置方法及服务器。

背景技术

随着现代互联网(world wide web，web)技术的发展，对于网页应用，现代的开发方法使得前端部分变得越来越大，部分业务从后端转移到前端，造成与之对应的后端反而在变小。网页应用一直在演化，网页开发的技术也在不断进步。由于业务的不断扩展，基本上较大的项目都会采用模块化开发，以业务为单元进行模块划分。

为了避免因为开发框架的不同而造成不同模块之间通信效率低下的问题，目前有很多场合可以将虚拟机技术应用到前端开发中。开发人员都在统一的虚拟机上采用统一的框架进行开发，测试时候的时候统一部署。但是由于虚拟机的镜像没有版本概念，当多人操作一个镜像时容易造成遗漏或者冲突。

针对虚拟机因为版本问题造成的遗漏或者冲突的问题，有人构想将容器技术(docker)应用到前端开发，将前端工程部署到docker中，包括构建工具和各种包。docker作为轻量级虚拟化工具。虽然依赖docker技术可以实现快速构建部署，但是各个模块是在一个容器里，依然不利于各模块的并行开发与测试部署。

发明内容

本申请实施例提供了一种互联网web前端的配置方法，用于在服务器上使用容器技术实现web前端各个功能模块的功能，各个功能模块在对应的容器镜像进行开发和运行。由于容器技术的特性，各个容器镜像的能开发和运行环境相互隔离，从而实现了各个功能模块的独立开发和部署，有利于提高各个模块的并行开发和测试部署的效率。

第一方面，本申请实施例提供了一种web前端的配置方法，该web前端可以包括多个功能模块，该方法可以包括：

服务器获取对该多个功能模块中的目标功能模块的操作指令；

该服务器根据该操作指令生成目标容器镜像；

该服务器配置该目标功能模块与该目标容器镜像的端口映射关系。

可选的，在本申请的一些实施例中，该服务器配置该目标功能模块与该目标容器镜像的端口映射关系之后，该方法还可以包括：

该服务器获取关于该目标功能模块对应的功能启动指令；

该服务器根据该功能启动指令通过该目标容器镜像，执行该目标功能模块对应的功能。

可选的，在本申请的一些实施例中，该服务器根据该操作指令生成目标容器镜像可以包括：

该服务器根据该操作指令生成目标配置文件；

该服务器根据该目标配置文件生成该目标容器镜像。

可选的，在本申请的一些实施例中，该服务器配置该目标功能模块与该目标容器镜像的端口映射关系可以包括：

该服务器确定该目标功能模块的目标目录文件；

该服务器将该目标目录文件挂载在该目标容器镜像中。

可选的，在本申请的一些实施例中，该方法还可以包括：

该服务器获取关于该目标功能模块的修改指令；

该服务器根据该修改指令修改该目标功能模块对应的功能。

第二方面，本申请实施例提供了一种服务器，该服务器可以包括：

获取单元，用于获取对该多个功能模块中的目标功能模块的操作指令；

生成单元，用于根据该操作指令生成目标容器镜像；

配置单元，用于配置该目标功能模块与该目标容器镜像的端口映射关系。

可选的，在本申请的一些实施例中，该服务器还可以包括：

该获取单元，还用于获取关于该目标功能模块对应的功能启动指令；

启动单元，用于根据该功能启动指令通过该目标容器镜像，执行该目标功能模块对应的功能。

可选的，在本申请的一些实施例中，

该生成单元，具体用于根据该操作指令生成目标配置文件；根据该目标配置文件生成该目标容器镜像。

可选的，在本申请的一些实施例中，

该配置单元，具体用于确定该目标功能模块的目标目录文件；将该目标目录文件挂载在该目标容器镜像中。

可选的，在本申请的一些实施例中，该服务器还可以包括：

该获取单元，还用于获取关于该目标功能模块的修改指令；

修改单元，用于根据该修改指令修改该目标功能模块对应的功能。

第三方面，本申请实施例提供一种服务器，所述服务器包括：处理器、存储器；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，使得所述服务器执行如前述第一方面及任一可选实现方式中所述的方法。

第四方面，本申请实施例提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

第五方面，本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

该计算机存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

从以上技术方案可以看出，本申请实施例具有以下优点：

在项目开发过程中，将项目的各个业务以功能模块进行划分，服务器将目标功能模块的目录文件挂载在对应的目标容器镜像中。服务器通过运行容器镜像，从而实现目标功能模块对应的功能。由于容器技术的特性，目标功能模块所运行的目标容器镜像是一个与外界相对隔绝的环境，从而实现了目标功能模块的独立开发和部署，有利于提高目标功能模块与其他功能模块的并行开发和测试部署的效率。

附图说明

图1为本申请实施例中web前端框架的示意图；

图2为本申请实施例中互联网web前端的配置方法的一个实施例示意图；

图3为本申请实施例中服务器的一个实施例示意图；

图4为本申请实施例中服务器的另一个实施例示意图；

图5为本申请实施例中服务器的另一个实施例示意图；

图6为本申请实施例中服务器的另一个实施例示意图。

具体实施方式

随着现代web技术的发展，对于网页应用，现代的开发方法使得前端部分变得越来越大，部分业务从后端转移到前端，造成与之对应的后端反而在变小。网页应用一直在演化，网页开发的技术也在不断进步。由于业务的不断扩展，基本上较大的项目都会采用模块化开发，以业务为单元进行模块划分。

此外，因为新的优秀前端框架在不断涌现，很可能项目开发中会把原有的老框架换成新框架开发，但受限于开发周期等因素影响，容易出现老的功能模块由老框架实现，新的功能模块由新框架实现，甚至针对不同功能采用不同的新框架去实现。在开发过程中，如果当前开发模块需要与其他模块通信，就得依赖其他模块接口，在开发测试中就需要将依赖的模块部署到测试环境(或者本地模拟其他模块，但需要当前模块开发者花费时间去自己构建数据等工作，效率不高)，且其他模块开发也会经常变更修改，由此带来的并行开发模式的效率较为低下，各个模块的开发耦合性较高。

如何快速实现各个模块的独立开发、独立部署是一个难题。目前可以解决的方法是采用虚拟机，开发人员都在统一的虚拟机上开发，部署的时候统一部署，但是当项目的环境变动时，所有人的环境都要重新部署，由于虚拟机的镜像没有版本概念，当多人操作一个虚拟机镜像时容易造成遗漏或者冲突。针对此问题，docker作为轻量级虚拟化工具，已经有人构想将docker应用到前端开发，将前端工程部署到docker中，包括构建工具和各种包。虽然依赖docker技术可以实现快速构建部署，但是各个模块还是在一个容器里，不利于各模块的并行开发与测试部署。

其中，容器技术是一种虚拟化技术，采用沙盒机制运行，可实现的功能和运行机制与虚拟机类似，但相比较虚拟机更轻量化，并且资源利用更高效。该技术通过在***中部署容器，将应用以及应用的依赖包打包成一个可移植的容器镜像，通过该容器镜像提供的隔离环境，实现该应用所提供的功能。

本方案中，服务器利用容器技术实现各个功能模块的功能，每个功能模块都运行在对应的容器镜像中，由于每个容器镜像相对于外界都是一个隔离的运行环境，从而使得各个功能模块相互独立，实现各个功能模块的独立开发与部署，有利于提高各个功能模块的并行开发和测试部署效率。

本方案web前端框架的示意图如图1所示，各个功能模块都单独在对应的容器镜像提供的环境中进行开发和测试部署，各个模块之间采用应用程序编程接口(applicationprogramming interface，API)通信。其中，功能模块的内部端口与容器镜像的外部端口具有对应关系，而服务器通过外部端口访问容器镜像，进而访问对应的功能模块。下面就具体的实施步骤对本技术方案进行描述：

本申请实施例中还提供了一种服务器，具体参照图2，图2为申请实施例中互联网web前端的配置方法的一个实施例示意图，可以包括：

201、服务器获取对多个功能模块中的目标功能模块的操作指令。

本实施例中，在一个web前端项目开发过程中，一个项目可以分为多个业务，一个业务根据功能可以拆分为多个功能模块。该多个功能模块可以包含用户管理权限模块、存储模块、硬件管理模块、虚拟机服务集群模块及性能统计模块。

在将目标功能模块部署在对应的容器镜像中之前，服务器获取对目标功能模块的操作指令。该操作指令用于构建目标功能模块对应的容器镜像。目前技术中，创建容器镜像有两种方法，对应的该操作指令可以是docker commit命令(从容器创建一个新的镜像)或docker build命令(根据配置文件构建一个镜像)。构建容器镜像采用的方法和对应的命令在目前的容器技术中是一种常见的技术，此处不再赘述。具体应用中，采用哪种方法构建容器镜像，本实施例不做限定。

202、服务器根据操作指令生成目标配置文件。

本实施例中，服务器获取该操作指令后，生成对应的目标配置文件(dockerfile)。容器镜像是一个特殊的文件***，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数(如匿名卷、环境变量、用户等)。镜像不包含任何动态数据，其内容在构建之后也不会被改变。镜像的定制实际上就是定制每一层所添加的配置、文件。如果我们可以把每一层修改、安装、构建、操作的命令都写入一个脚本，用这个脚本来构建、定制镜像，那么之前提及的无法重复的问题、镜像构建透明性的问题、体积的问题就都会解决。这个脚本就是配置文件。

目标配置文件是一系列命令和参数构成的脚本文件，服务器可以将这些命令和参数应用于基础容器镜像并最终创建对应的目标容器镜像。目标配置文件可以分为四个部分：基础镜像信息、维护者信息、镜像操作指令和容器启动时执行指令。在容器镜像启动时，服务器首先运行该目标配置文件，并执行该目标配置文件中的指令。

203、服务器根据目标配置文件生成目标容器镜像。

本实施例中，服务器生成配置文件后，根据配置文件中的关于创建容器镜像的指令，构建对应的目标容器镜像。需要说明的是，服务器在建立目标容器镜像后，会根据需要为目标容器镜像分配对应的外部端口，每个外部端口对应唯一的容器镜像。

需要说明的是，各个容器镜像之间采用API接口通信，之间的数据传输遵循超文本传输协议(hyper text transfer protocol，HTTP)。具体地，在应用程序之间通信采用API接口是一种常见的技术，此处不再赘述。

204、服务器配置目标功能模块与目标容器镜像的端口映射关系。

本实施例中，由于容器镜像是一个相对于主机是一个隔离的环境，在启动容器时，如果没有配置宿主机器与虚拟机的端口映射，外部程序是无法访问虚拟机的，因为没有端口。因此为了使得目标功能模块可以正常运行，需要配置目标功能模块和目标容器镜像的端口映射关系。具体的映射关系可以如表1所示：

表1

在进行项目开发前，可以对目标功能模块设定预设的内部端口，为与之对应的目标容器镜像设定预设的外部端口。具体地，服务器建立目标功能模块与目标容器镜像的端口映射关系，并将端口映射关系信息保存在目标配置文件中，服务器可以从配置文件中读取该端口映射关系。需要说明的是，在配置映射关系时，服务器需要根据目标功能模块的内部端口确定目标目录文件，并将目标目录文件挂载在目标容器镜像中。

其中，端口可以理解为物理地址，在端口的映射关系中，内部端口和外部端口一一对应。服务器获取目标目录文件夹，并运行目标目录文件夹中的程序代码，从而实现该目标功能模块对应的功能。

205、服务器获取关于目标功能模块对应的功能启动指令。

本实施例中，在进行测试之前，需要在服务器上安装好web服务器。web服务器一般指网站服务器，是指驻留于因特网上某种类型计算机的程序，可以向浏览器等Web客户端提供文档，也可以放置网站文件，让全世界浏览或者放置数据文件，让全世界下载。具体地，此处web服务器可以选择Apache服务器(Apache http server)、反向代理服务器(nginx)或其他服务器。当进行测试时，服务器获取web服务器处理后的功能启动指令，该指令中携带有目标容器镜像的外部端口信息，服务器通过该功能启动指令中外部端口信息可以索引到对应的容器镜像。需要说明的是，该指令可以是由其他关联的功能模块触发的指令，也有可能是服务器接收的外界指令。该功能启动指令用于服务器启动对应的功能。

206、服务器根据功能启动指令通过目标容器镜像，执行目标功能模块对应的功能。

本实施例中，服务器根据得到的外部端口，读取目标容器镜像中携带的目标配置文件，并读取目标配置文件中的端口映射关系。服务器根据端口映射关系得到目标功能模块的内部端口，并通过内部端口获取对应的目标目录文件。之后，服务器在目标容器镜像提供的运行环境中运行目标目录文件中的代码信息，从而实现目标功能模块对应的功能。

本方案中，在构建的容器环境中添加了不同前端JS(JavaScript,JS)框架组件，各个功能模块之间传输的数据往往是一些功能模块运行后产生的数据，各个模块之间采用API接口通信，从而使得本方案中容器镜像所提供的环境可以支持不同模块采用不同JS框架进行开发。

需要说明的是，步骤205与步骤206为可选步骤。

可选的，在本申请的一些实施例中，当需要对目标功能模块对应的功能进行修改时，服务器获取关于目标功能模块的修改指令。

本实施例中，当目标功能模块出现故障时，服务器接收关于目标功能模块的修改指令，该修改指令中可以携带有目标容器镜像的外部端口信息及目标功能模块的更新信息，服务器可以通过该外部端口信息访问该目标容器镜像。

可选的，在本申请的一些实施例中，所述服务器根据所述修改指令修改所述目标功能模块对应的功能。

本实施例中，服务器访问目标容器镜像后，进而读取对应的目标配置文件，从目标配置文件记录的端口映射关系信息中读取目标功能模块对应的内部端口。服务器根据内部端口查询对应的目标目录文件夹，利用更新信息更新目标目录文件，完成目标功能模块的修改。

从以上技术方案可以看出，本申请实施例具有以下优点：

在项目开发过程中，将项目的各个业务以功能模块进行划分，服务器将目标功能模块的目录文件挂载在对应的目标容器镜像中。服务器通过运行容器镜像，从而实现目标功能模块对应的功能。由于容器技术的特性，目标功能模块所运行的目标容器镜像是一个与外界相对隔绝的环境，从而实现了目标功能模块的独立开发和部署，有利于提高目标功能模块与其他功能模块的并行开发和测试部署的效率。

本申请实施例中还提供了一种服务器，具体参照图3，图3为本申请实施例中服务器的一个实施例示意图，可以包括：

获取单元301，用于获取对所述多个功能模块中的目标功能模块的操作指令；

生成单元302，用于根据所述操作指令生成目标容器镜像；

配置单元303，用于配置所述目标功能模块与所述目标容器镜像的端口映射关系。

可选的，在本申请的一些实施例中，具体参照图4，图4为本申请实施例中服务器的另一个实施例示意图，该服务器还可以包括：

获取单元301，还用于获取关于所述目标功能模块对应的功能启动指令；

启动单元304，用于根据所述功能启动指令通过所述目标容器镜像，执行所述目标功能模块对应的功能。

可选的，在本申请的一些实施例中，

生成单元302，具体用于根据所述操作指令生成目标配置文件；根据所述目标配置文件生成所述目标容器镜像。

可选的，在本申请的一些实施例中，

配置单元303，具体用于确定所述目标功能模块的目标目录文件；将所述目标目录文件挂载在所述目标容器镜像中。

可选的，在本申请的一些实施例中，具体参照图5，图5为本申请实施例中服务器的另一个实施例示意图，该服务器还可以包括：

获取单元301，还用于获取关于所述目标功能模块的修改指令；

修改单元305，用于根据所述修改指令修改所述目标功能模块对应的功能。

本申请实施例中还提供了一种服务器，具体参照图6，图6为本申请实施例中服务器的另一个实施例示意图。该服务器可以包括：处理器601、存储器602和输入/输出单元603。

输入/输出单元603，用于接收或发送指令；

存储器602，用于存储指令；

处理器601，用于执行该存储器602中的该指令，使得所述服务器执行如下功能：

获取对所述多个功能模块中的目标功能模块的操作指令；

根据所述操作指令生成目标容器镜像；

配置所述目标功能模块与所述目标容器镜像的端口映射关系。

可选的，在本申请的一些实施例中，

处理器601，还用于获取关于所述目标功能模块对应的功能启动指令；

根据所述功能启动指令通过所述目标容器镜像，执行所述目标功能模块对应的功能。

可选的，在本申请的一些实施例中，

处理器601，还用于根据所述操作指令生成目标配置文件；根据所述目标配置文件生成所述目标容器镜像。

可选的，在本申请的一些实施例中，

处理器601，还用于确定所述目标功能模块的目标目录文件；将所述目标目录文件挂载在所述目标容器镜像中。

可选的，在本申请的一些实施例中，

处理器601，还用于获取关于所述目标功能模块的修改指令；根据所述修改指令修改所述目标功能模块对应的功能。

本申请实施例提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

该计算机存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种互联网web前端的配置方法，所述web前端包括多个功能模块，其特征在于，所述方法包括：

服务器获取对所述多个功能模块中的目标功能模块的操作指令；

所述服务器根据所述操作指令生成目标容器镜像；

所述服务器配置所述目标功能模块与所述目标容器镜像的端口映射关系。

2.根据权利要求1所述的方法，其特征在于，所述服务器配置所述目标功能模块与所述目标容器镜像的端口映射关系之后，所述方法还包括：

所述服务器获取关于所述目标功能模块对应的功能启动指令；

所述服务器根据所述功能启动指令通过所述目标容器镜像，执行所述目标功能模块对应的功能。

3.根据权利要求1所述的方法，其特征在于，所述服务器根据所述操作指令生成目标容器镜像包括：

所述服务器根据所述操作指令生成目标配置文件；

所述服务器根据所述目标配置文件生成所述目标容器镜像。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述服务器配置所述目标功能模块与所述目标容器镜像的端口映射关系包括：

所述服务器确定所述目标功能模块的目标目录文件；

所述服务器将所述目标目录文件挂载在所述目标容器镜像中。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述服务器获取关于所述目标功能模块的修改指令；

所述服务器根据所述修改指令修改所述目标功能模块对应的功能。

6.一种服务器，其特征在于，所述服务器包括：

获取单元，用于获取对所述多个功能模块中的目标功能模块的操作指令；

生成单元，用于根据所述操作指令生成目标容器镜像；

配置单元，用于配置所述目标功能模块与所述目标容器镜像的端口映射关系。

7.根据权利要求6所述的服务器，其特征在于，

所述获取单元，还用于获取关于所述目标功能模块对应的功能启动指令；

所述服务器还包括：

启动单元，用于根据所述功能启动指令通过所述目标容器镜像，执行所述目标功能模块对应的功能。

8.根据权利要求6所述的服务器，其特征在于，

所述生成单元，具体用于根据所述操作指令生成目标配置文件；根据所述目标配置文件生成所述目标容器镜像。

9.根据权利要求6至8中任一项所述的服务器，其特征在于，

所述配置单元，具体用于确定所述目标功能模块的目标目录文件；将所述目标目录文件挂载在所述目标容器镜像中。

10.根据权利要求6至8中任一项所述的服务器，其特征在于，

所述获取单元，还用于获取关于所述目标功能模块的修改指令；

所述服务器还包括：

修改单元，用于根据所述修改指令修改所述目标功能模块对应的功能。