? 第一次聽說docker可以一條指令部署一整套的運行環境的時候，心里是很好奇的，平時雖然用phpstudy或者lnmp也沒多大的麻煩，但是開發中由于工作環境差異性，有時候在本地開發環境測試沒問題的代碼，到線上就莫名其妙的不行了。抱著好奇的心里決定一窺究竟。
? 跟學習一門新語言一樣。先看一下什么是docker，工作原理是什么，運行要求等，開始整活，先搞個nginx，簡單，幾分鐘ok。接下來就是nginx+php，花了點時間，每個docker容器，或者說是應用服務，都是一個獨立的沙箱，通過特定的端口號互相作用，比如nginx的fastcgi_pass可以配置為127.0.0.1:9000（9000是php容器的端口號）來訪問php-fpm。
? docker-compose：一鍵執行搭建服務，非常方便，通過創建專有網絡將一個個的nginx、php、mysql等等等都系統的管理起來，使用之前要準備好image字段所指明的鏡像。
配合dockerfile：php、redis需要用到，例如php需要安裝vim、(crul、mysqli等)擴展，需要先使用dockerfile來構建自定義預設鏡像。上下文：實際的構建過程是在 docker 引擎下完成的，所以這個時候無法用到我們本機的文件。這就需要把我們本機的指定目錄下的文件一起打包提供給 docker 引擎使用。如果未說明最后一個參數，那么默認上下文路徑就是 Dockerfile 所在的位置。
認知準備
1、運行：docker-compose up 或者docker-compose up -d，添加-d是后臺運行不占用shell窗口，調試建議直接docker-compose up 能看到更多的錯誤信息。
2、docker-compose stop、docker-compose restart
3、mysql的配置文件my.cnf位于etc/mysql/my.cnf，值得注意的是mysql容器在沒有啟動時my.cnf是不存在的，所以在yml文件配置映射將會得到一個my.cnf的文件夾。volumes映射的時候應該 ： - "`你的本地文件夾`:/etc/mysql"
4、端口的映射，對應所有容器來說只有一個端口有用，一般80:80類似這樣就可以了，不建議搞特殊以免造成代碼上不必要的麻煩。
5、對yml的修改，比如修改端口映射、文件夾映射，需要刪掉容器重新執行docker-compose up，因為路徑-容器上下文沒有發生變更配置是不會刷新的
```
version:?"2"
networks:#docker內核子局域網絡注冊
??docker_composer_npmr_net:
services:
??nginx:? #服務名稱，docker內核的互相識別
?????image:?nginx:1.19.3 #鏡像名:標簽
?????restart:?always
?????container_name:?nginx? #容器名稱，docker ps -a顯示的名稱
?????volumes: #路徑映射，物理地址:容器地址
??????-?"/home/www/wwwroot/web:/www/home"
??????-?"/home/www/docker-compose.d/nginx/nginx.conf:/etc/nginx/nginx.conf"
??????-?"/home/www/docker-compose.d/nginx/conf.d:/etc/nginx/conf.d"
??????-?"/home/www/docker-compose.d/nginx/logs:/var/log/nginx"
?????ports: #物理端口:容器端口
??????-?"80:80"
?????depends_on: #依賴順序性啟動
??????-?php
??????-?mysql
??????-?redis
?????networks:#綁定隸屬子局域網
??????docker_composer_npmr_net:
???????aliases:#子局域網內別名，可有多個
?????????-?nginx1
? ? ? ? ?- nginx2
??php:
????image:?php:7.4.11-fpm
????restart:?always
????ports:
??????-?"9000:9000"
????container_name:?php
????volumes:
??????-?"/home/www/wwwroot/web:/www/home"
??????-?"/home/www/docker-compose.d/php/php-fpm.d/www.conf:/opt/bitnami/php/etc/php-fpm.d/www.conf"
????networks:
??????docker_composer_npmr_net:
????????aliases:
??????????-?php
??mysql:
????image:?mysql:8.0.22
????restart:?always
????container_name:?mysql
????volumes:
??????-?"/home/www/docker-compose.d/mysql/conf:/etc/mysql/conf.d"
??????-?"/home/www/docker-compose.d/mysql/logs:/logs"
??????-?"/home/www/docker-compose.d/mysql/data:/var/lib/mysql"
????ports:
??????-?"3306:3306"?#最好改成其他端口，避免黑客入侵
????#command:??-e?MYSQL_ROOT_PASSWORD=123456
????command:?[
??????'--default-authentication-plugin=mysql_native_password',
??????'--character-set-server=utf8mb4',?#設置數據庫表的數據集
??????'--collation-server=utf8mb4_unicode_ci',?#設置數據庫表的數據集
????]
????environment:
??????MYSQL_ROOT_PASSWORD:?"123456"
??????#MYSQL_USER:?'ylc'?
??????#MYSQL_PASS:?'ylc123'
??????MYSQL_DATABASE:?"wowonew"
????networks:
??????docker_composer_npmr_net:
????????aliases:
??????????-?mysql
??redis:
????image:?redis:6.0.8
????restart:?always
????container_name:?redis
????volumes:
??????-?"/home/www/docker-compose.d/redis/redis.conf:/etc/redis/redis.conf:rw"
??????-?"/home/www/docker-compose.d/redis/data:/data:rw"
??????-?"/home/www/docker-compose.d/redis/redis.log:/dev/null"
????ports:
??????-?"6379:6379"?#最好改成其他端口，避免黑客入侵
????command:?redis-server?/etc/redis/redis.conf?--appendonly?yes?#數據持久化，啟動的時候指定redis.conf。這邊的redis.conf要是容器的地址
????networks:
??????docker_composer_npmr_net:
????????aliases:
??????????-?resis
? dockerfile：剛開始的時候有時候，測試要看一看容器里面的東西，發現直接執行vim .....,提示我“-bash:vim command not found”，想想也是，人家都把鏡像往最小的做，怎么可能每個鏡像都有一套linux的一套軟件。于是就在容器里安裝vim，但是每次重新生成容器后都要重新安裝vim一次，實在是煩，其實主要的配置文件只需要通過映射目錄volumes字段掛在出來就可以了，只是這引出了我的一些思考。
? 于是我發現了dockerfile，用戶來在容器生成的時候執行相關的指令，我就想要把安裝vim的shell指令寫進去讓執行而已，然后發現docker-compose.yml文件里有個build的字段用來指定dockerfile的。我就想每次只需要一條up就能安裝各種各樣的擴展，就很方便，可是光是在容器里安裝一個vim都要花費五六分鐘，每個容器安裝一次半個鐘都算少了。先實踐一下，進入到安裝了vim的容器確實是能使用vi了。但是也發現create完容器之后，倉庫多了個$rootDir_$containerName命名的鏡像，例如web_nginx（$rootDir是我執行docker-compose up -d的目錄，也就是根目錄，$containerName是我的容器名稱）。由此知道，docker-compose up -d的執行如果是指定了build:屬性的時候會伴隨一個自定義的鏡像(根據dockerfile)生成。
? 然后當再次執行up的時候，重點來了，docker內核會根據鏡像的上下文目錄，一般是dockerfile所在的目錄，來查看是否存在之前在該目錄創建過的鏡像，有則直接使用，無則創建（因為容器的上下文已經綁定在docker內核）。一般有兩個方法創建鏡像，1、docker build -t nginx:v3。2、在docker-compose.yml的build字段指定dockerfile的路徑和context字段指定上下文路徑，從而生成$rootDir_$containerName格式命名的鏡像。也就是我用的方法。建議使用第一種，對強迫癥來說可以舒服的控制一下鏡像的命名。其實這么做對理解docker是很有意義的，直接拿別人的docker-compose來用，不如自己一個個推敲。還有一點，就是當存在以某個目錄為上下文目錄生成的鏡像時，修改原有的dockerfile再執行up是不會生成新的鏡像和容器的，up命令不負責鏡像的更新。廢話：好比dockerfile生成的鏡像就是手動擋，上坡就降檔高速就升檔，完全使用compose.yml來代替dockerfile就是自動擋，加減檔場景早已預設。
? 簡而言之，較為合理的使用docker-compose搭建lnmpr有兩個步驟，1、準備鏡像，包括五花八門的自己定制的dockerfile生成的鏡像。2、編寫docker-compose.yml文件，并將各個掛載的目錄、配置文件準備好。最后up。
? 文字多一點，可能無法準確表達遇到問題的解決方法，參考一下讓大伙少走彎路。
