[发明专利]一种基于容器发布头尾文件的方法和装置

说明书

本发明公开了一种基于容器发布头尾文件的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：将获取的头尾文件存储在物理机中；在所述物理机上创建容器时，将所述头尾文件在所述物理机中的存储目录挂载到创建的容器中。本发明实施例在远程文件中存储的头尾文件出现问题时，不会影响到容器中的头尾文件的使用，减小了现有技术中单点问题导致的影响。而且，在该物理机上创建容器时，不用通过网络去远程文件中获取头尾文件，解决了现有技术中每个创建的容器直接从远程文件中获取头尾文件导致的加大服务器网络负担。

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于容器发布头尾文件的方法和装置。

背景技术

在虚拟化场景中，可通过创建容器发布应用，在发布应用的过程中，还需要发布该应用的头尾文件，其中头尾文件一般指网络页面的头和尾对应js、图片、样式等静态动态文件。对于发布应用的头尾文件，是基于开发人员将该应用的头尾文件放到服务器的指定位置，即将头尾文件存放在远程文件中，将该头尾文件部署到创建的应用的容器中。其中，现有技术中主要采用两种方式将远程文件中的头尾文件部署到创建的应用的容器中。第一种方式是在创建该应用的容器时，将该远程文件中的头尾文件目录统一挂载到容器中，实现头尾文件的共享存储。而且，对于一个应用的所有的容器，如果统一挂载共享存储目录，更新该共享存储目录中的头尾文件，可实现对所有容器内的头尾文件进行更新。另一种方式是在创建该应用的容器时，获取远程文件中的头尾文件到新创建的容器中。并且，在容器内部署更新程序，该更新程序定时去指定的远程文件中获取头尾文件到容器。

上述现有技术在实施的过程中，分别存在以下问题：所有容器共享同一个共享存储，一旦共享存储出现故障，所有容器中的头尾文件都会出现问题，影响范围比较大；对于密度比较高的虚拟化部署，每个物理机上会有几十个甚至上百个容器，如果每个容器都去远程文件中定时获取头尾文件，会对服务器网络造成很大的负担。

发明内容

有鉴于此，本发明实施例提供一种基于容器发布头尾文件的方法和装置，能够将获取的头尾文件存储在物理机的指定文件中，并且该物理机上创建容器时，将头尾文件在物理机中的存储目录挂载到创建的容器中。进而在远程文件中存储的头尾文件出现问题时，不会影响到容器中的头尾文件的使用，大大减小了现有技术中单点问题导致的影响。而且，在该物理机上创建容器时，不用通过网络去远程文件中获取头尾文件，解决了现有技术中每个创建的容器直接从远程文件中获取头尾文件导致的加大服务器网络负担。

为实现上述目的，根据本发明实施例的一个方面，提供了一种的基于容器发布头尾文件方法。

本发明实施例的基于容器发布头尾文件的方法包括：将获取的头尾文件存储在物理机中；在所述物理机上创建容器时，将所述头尾文件在所述物理机中的存储目录挂载到创建的容器中。

可选地，在将获取的头尾文件存储在物理机中之后，还包括：获取所述头尾文件的验证信息；根据所述验证信息判断是否对所述物理机中存储的头尾文件进行更新；如果是，则获取新的头尾文件，并将所述物理机中存储的头尾文件更新为所述新的头尾文件。

可选地，所述头尾文件的验证信息为通过md5sum命令计算出头尾文件的第一md5值；根据所述验证信息判断是否对所述物理机中存储的头尾文件进行更新的步骤包括：通过md5sum命令计算出所述物理机中存储的头尾文件的第二md5值；比对所述第一md5值和所述第二md5值，以判断是否对所述物理机中存储的头尾文件进行更新。

可选地，获取头尾文件的步骤包括：通过域名访问nginx集群，以拉取的方式获取nginx集群中存储的头尾文件；所述nginx集群为一组部署了nginx服务的容器。。

为实现上述目的，根据本发明实施例的另一个方面，提供了一种基于容器发布头尾文件的装置。