Principes que les images Docker doivent suivre : 1. Principe de minimisation de l'image, vous devez choisir l'image de base la plus simplifiée, nettoyer les produits intermédiaires de la construction de l'image et réduire le nombre de couches d'image. 2. Le principe de maximiser la vitesse de construction : utiliser pleinement l'image pour créer le cache, puis utiliser le cache construit pour accélérer la création de l'image. 3. Faites attention à l'optimisation des requêtes réseau.
L'environnement d'exploitation de ce tutoriel : système linux5.9.8, version docker-1.13.1, ordinateur Dell G3.
À mesure que nous continuons à utiliser des images Docker, si nous n'y prêtons pas attention et ne les optimisons pas pendant le processus, la taille de l'image deviendra de plus en plus grande
Plusieurs fois, nous utilisez Docker pour déployer des applications. Lorsque vous faites cela, vous constaterez que la taille de l'image est d'au moins 1 Go. L'augmentation de la taille de l'image augmentera non seulement le coût des ressources disque et des ressources réseau, mais affectera également le déploiement. l'efficacité de l'application, ce qui rend le temps de déploiement de l'application de plus en plus long. Par conséquent, nous devons réduire la taille de l'image de déploiement pour accélérer l'efficacité du déploiement et réduire la surcharge des ressources
L'optimisation de l'image peut être obtenue en optimisant le fichier docker
2. Plusieurs principes pour créer des images
Choisissez l'image de base la plus épurée
Choisissez l'image de base la plus petite pour réduire efficacement la taille de l'image. Tels que : alpine, busybox, etc. 选择最精简的基础镜像
选择体积最小的基础镜像可有效降低镜像体积。如:alpine、busybox等.
清理镜像构建的中间产物
构建镜像的过程中,当dockerfile的指令执行完成后,删除镜像不需要用的的文件。
如使用yum安装组件,最后可使用yum clean all镜像清理不需要的文件或者使用系统rm命令删除不需要的源文件等。
减少镜像的层数
镜像是一个分层存储的文件,并且镜像对层数也是有一定数量的限制,当前镜像的层数最高是127层,
如果不多加注意,将会导致镜像越来越臃肿。
在使用dockerfile构建镜像时,dockerfile中的每一条指令都会生成一个层,
因此可以通过合并dockerfile中可合并的指令,减少最终生成镜像的层数。
例如:在dockerfile中使用RUN执行shell命令是,可以用"&&"将多条命令连接起来
采用最最基础的镜像
,
镜像越小越精简
(2)构建速度最快化原则
充分利用镜像构建缓存
我们可以利用构建的缓存来加快镜像构建速度,Docker构建默认会开启缓存,缓存生效有三个关键点,
镜像父层没有发生变化,构建指令不变,添加文件校验和一致。
只要一个构建指令满足这三个条件,这一层镜像构建就不会再执行,它会直接利用之前构建的结果。
某一层的镜像缓存失效之后,它之后的镜像层缓存都会失效。
我们应该把变化最少的部分放在Dockerfile的前面,这样可以充分利用镜像缓存。
dockerfile中有可能导致缓存失效的命令WORKDIR、CMD、ENV、ADD等,
像这些命令最好放到dockerfile底部,以便在构建镜像过程中最大限度使用缓存。
删除构建目录中(默认:Dockerfile所在目录)不需要用的的文件
编写.dockerignore文件过滤构建过程中不必要的文件或者创建单独的目录,并且目录中仅存在镜像构建过程中需要使用的文件。
Docker 在运行时分为 Docker 引擎(也就是服务端守护进程)和客户端工具。
Docker 的引擎提供了一组 REST API,被称为 Docker Remote API,
而如 docker 命令这样的客户端工具,则是通过这组 API 与 Docker 引擎交互,从而完成各种功能。
因此,虽然表面上我们好像是在本机执行各种 docker 功能,但实际上,一切都是使用的远程调用形式在服务端(Docker 引擎)完成。docker build 命令构建镜像,其实并非在本地构建,而是在服务端,也就是 Docker 引擎中构建的。
构建镜像时,Docker需要先准备context ,将所有需要的文件收集到进程中。
默认的context包含Dockerfile目录中的所有文件。
(3)注意优化网络请求
我们使用一些镜像源或者在dockerfile中使用互联网上的url时,
去用一些网络比较好的开源站点,这样可以节约时间、减少失败率。
选择最精简的基础镜像 减少镜像的层数 清理镜像构建的中间产物 注意优化网络请求 尽量去用构建缓存
启动docker
:
查看镜像并删除无用的镜像
Nettoyer les produits intermédiaires de la construction de l'image
Réduire le nombre de calques d'image
🎜🎜L'image est un fichier stocké hiérarchiquement, et l'image a également une certaine limite sur le nombre de calques d'image. Le nombre maximum actuel de calques d'image est de 127, 🎜. 🎜Si sans plus d'attention, l'image deviendra de plus en plus gonflée. 🎜🎜Lorsque vous utilisez un fichier docker pour créer une image, chaque instruction du fichier docker générera un calque, 🎜🎜Vous pouvez ainsi réduire le nombre de calques dans l'image finale générée en fusionnant les instructions fusionnables dans le fichier docker. 🎜🎜Par exemple : lorsque vous utilisez RUN pour exécuter des commandes shell dans un fichier docker, vous pouvez utiliser "&&" pour connecter plusieurs commandes🎜🎜Utiliser l'image la plus basique
, 🎜🎜Plus l'image est petite, plus c'est rationalisé🎜🎜 🎜(2) Principe de maximisation de la vitesse de construction🎜🎜🎜Utiliser pleinement le cache de construction d'images🎜🎜Nous pouvons utiliser le cache intégré pour accélérer la construction d'images et activer la mise en cache par défaut. trois points clés pour que le cache prenne effet, 🎜🎜Mirror parent La couche n'a pas changé, les instructions de construction restent inchangées et les sommes de contrôle des fichiers ajoutés sont cohérentes. 🎜🎜Tant qu'une instruction de build remplit ces trois conditions, cette couche de construction d'image ne sera pas exécutée à nouveau, et elle utilisera directement les résultats de la build précédente. 🎜🎜Une fois que le cache d'images d'un certain calque devient invalide, le cache des calques d'images suivants deviendra invalide. 🎜🎜Nous devrions placer les parties les moins modifiées au début du Dockerfile afin de pouvoir utiliser pleinement le cache d'images. 🎜🎜Il existe des commandes WORKDIR, CMD, ENV, ADD, etc. dans le fichier docker qui peuvent provoquer une invalidation du cache. 🎜🎜Il est préférable de placer ces commandes au bas du fichier docker pour maximiser l'utilisation du cache lors de la création de l'image. processus. 🎜🎜Supprimez les fichiers inutiles dans le répertoire de construction (par défaut : le répertoire où se trouve le Dockerfile) 🎜🎜Écrivez un fichier .dockerignore pour filtrer les fichiers inutiles pendant le processus de construction ou créez un répertoire séparé, et n'existez que dans le répertoire nécessaire pendant le fichier de processus de création d’image. 🎜🎜Docker est divisé en moteur Docker (c'est-à-dire démon côté serveur) et outils côté client au moment de l'exécution. 🎜🎜Le moteur de Docker fournit un ensemble d'API REST, appelé Docker Remote API, 🎜🎜Et les outils clients tels que les commandes Docker interagissent avec le moteur Docker via cet ensemble d'API pour remplir diverses fonctions. 🎜🎜Ainsi, bien qu'en apparence, il semble que nous exécutons diverses fonctions de Docker localement, en fait, tout est fait côté serveur (moteur Docker) en utilisant les appels à distance. La commande docker build construit l'image en fait, elle n'est pas construite localement, mais sur le serveur, c'est-à-dire dans le moteur Docker. 🎜🎜Lors de la création d'une image, Docker doit d'abord préparer le contexte et collecter tous les fichiers requis dans le processus. 🎜🎜Le contexte par défaut contient tous les fichiers du répertoire Dockerfile. 🎜🎜🎜(3) Faites attention à l'optimisation des requêtes réseau🎜🎜🎜Lorsque nous utilisons certaines sources miroir ou utilisons des URL sur Internet dans des fichiers docker, 🎜🎜utilisez certains sites open source avec de meilleurs réseaux, ce qui peut gagner du temps et réduire le taux d'échec . 🎜🎜3. Compilez nginx en simulant le code source dans la machine virtuelle🎜首先我们需要导入一个distroless和nginx镜像 distroless”镜像只包含应用程序及其运行时依赖项,不包含程序包管理器、shell以及在标准Linux发行版中可以找到的任何其他程序 用distroless去除容器中所有不必要的东西
Démarrer docker
: 🎜🎜🎜Afficher les images et supprimer celles inutiles
: 🎜🎜🎜Compilez d'abord nginx à partir du code source Une fois que vous êtes familiarisé avec les étapes, vous pouvez exécuter nginx dans le conteneur
: 先源码编译nginx,熟悉步骤后好在容器中运行nginx
:
关闭debug
:
查看执行命令
:
阶段构建镜像接下来我们以rhel7镜像构建容器,并在容器中安装nginx的源码包。以此容器构建新的镜像并做做优
(1)在真机上面给server1传两个包
优化思路:将RUN都放在一行,减少镜像层数
:
编写Dockerfile如下
优化思路:使用多阶段构建
:
Dokcerfile如下:
先模拟命令行关闭debug:
优化思路:从底层优化
Désactiver le débogage
: 🎜🎜🎜🎜🎜🎜🎜Afficher la commande d'exécution
: 🎜🎜Idées d'optimisation : mettez RUN sur une seule ligne pour réduisez le nombre de calques d'image
: 🎜 Écrivez le Dockerfile comme suit🎜🎜🎜🎜 🎜🎜🎜Idées d'optimisation : utiliser une construction en plusieurs étapes
: 🎜🎜Dokcerfile est le suivant : 🎜 Simulez d'abord la ligne de commande pour désactiver le débogage : 🎜🎜🎜🎜🎜🎜Idées d'optimisation : optimiser à partir du niveau le plus bas
: 🎜首先我们需要导入一个distroless和nginx镜像 distroless”镜像只包含应用程序及其运行时依赖项,不包含程序包管理器、shell以及在标准Linux发行版中可以找到的任何其他程序 用distroless去除容器中所有不必要的东西
1)从github网站查看例子:
(2)从真机给server1发送东西
(3)导入镜像
(4)编写Dockerfile如下
(5)构建镜像并查看镜像大小
(6)构建容器并测试
查看IP并能正常访问到Nginx默认发布页,证明容器镜像可以正常使用,但只要内网可以访问:
按照查看桥接的工具:
查看桥接:
做端口映射
可以通过外网访问了:
推荐学习:《docker视频教程》
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!