其實在這樣的一個雲端運算時代, Docker 早就已被人眾所周知了,它改變了傳統實體機的虛擬化方式,使得機器的資源得到了高效的利用. 因為運行在Docker 中的應用實際上就是運行在宿主機上的, 所以它是不需要進行硬體層面的虛擬化以及運行一個完整操作系統來支援. 於是在應用程式碼的執行效率, 記憶體的使用以及檔案的讀取速度都比傳統虛擬化的方式來的強. 而且它的啟動速度非常快,往往都是在毫秒級的,可以大大的節約了開發測試以及部署的時間.
其實對於開發人員來說, Docker 一個更大的意義就是可以保證擁有一致的運行環境, 程式設計師最常見的就是在開發測試部署環境不一致的情況下, 經常會觸發一些莫名奇妙的BUG, 為了杜絕「這段程式碼在我機器上沒問題啊」這類的問題,這也是我們要去學習Docker 的理由之一.
網上充斥著大量的關於Docker 各個方面的教程和資料, 而且由於Docker 的飛速發展, 很多教程其實都過時了, 對於初學者來說很難去分辨把握, 隨之而來的就是一系列的坑與問題, 漸漸的磨滅了學習者的動力. 其實學習一門新技術最好的永遠都是從官方的文檔入手, 然後就是GitHub 上面一個技術人員的學習筆記, 最重要的是要去摸索實踐, 並且做好學習筆記. 其實學習一門新技術, 如果有正確的學習方法是可以少走很多彎路的, 這個有機會會寫一篇心得.
這裡限制於篇幅和作者水平, 不會大談Docker 底層原理以及技術實現,也不會教你如何寫一個繁瑣的Dockerfile, 而是會從一個普通開發者的身份入手, 帶你從零搭建一個基於Docker 的Laravel 應用.我們的系統環境使用的是Ubuntu17.04, 其他系統也差不多,當然Window 的話可能就要另當別論了.
在Ubuntu 下Docker 的安裝和常規的軟體一樣,但是由於中國特色,還有有很多要注意的點,待會會詳細說明. Docker 的安裝方式有很多種，這裡建議使用官方的一鍵安裝腳本來，避免一系列繁瑣的操作。
<span style="font-size: 14px;"> curl -fsSL get.docker.com -o get-docker.sh<br></span>
#然後安裝，並且選擇從阿里鏡像來源下載：
<span style="font-size: 14px;">sudo sh get-docker.sh --mirror Aliyun<br></span>
其實安裝後基本上就可以使用了，主要是設定一些映像來源和使用者群組。配置鏡像來源的目的不多說，使用者群組主要是為了再使用的時候不用使用超級管理員權限即可運作。
加入用戶群組
<span style="font-size: 14px;">sudo usermod -aG docker $USER<br></span>
PS. 設定用戶群組後，可能還是會出現還是提示沒有權限的情況，這時重新啟動機器即可
#設定鏡像來源
<span style="font-size: 14px;">sudo mkdir -p /etc/docker<br>sudo tee /etc/docker/daemon.json <<-'EOF'<br/>{<br/> "registry-mirrors": ["https://be62qq2e.mirror.aliyuncs.com"]<br/>}<br/>EOF<br/></span>PS. 這裡的鏡像來源是我自己阿里雲的，同學們可以自行去阿里雲獲取專有鏡像來源位址
重啟
<span style="font-size: 14px;">sudo systemctl daemon-reload<br/>sudo systemctl restart docker<br/></span>
docker-compose類似一個套件管理工具，方便我們管理映像。
<span style="font-size: 14px;">curl -L https://github.com/docker/compose/releases/download/1.17.1/run.sh > /usr/local/bin/docker-compose<br>chmod +x /usr/local/bin/docker-compose<br></span>
Docker 有兩個很重要的基本概念就是映像和容器. 這兩個其實就類似物件中的類別和實例. 鏡像建構起來後就是容器,然後容器可以啟動停止,對於運行於容器中的應用在運行過程中產生的資料,實際上是可以保留下來的,只要不銷毀容器. 如果銷毀或重新建構容器後資料自然就不存在了,所以官方建議用掛載的方式來持久化, 接下來會說到.
#docker-compose 可以说是真正的让 Docker 现代化了. 它就类似于 PHP 的 Composer 包管理工具一样, 是用来管理多个镜像的. 它极大的降低了学习 Docker 的难度. 我们在日常的开发中, 经常会碰到需要多个容器相互配合来完成某项任务的情况,比如 Web 容器和数据库容器之间的通信,我们可以单独的把一个项目中需要的所有容器和配置写到一个 docker-compose.yml 文件中,来统一管理.来看一下一个简单的配置文件格式:
<span style="font-size: 14px;">version: '3'<br>services:<br> nginx:<br> build: .<br> ports:<br> - "80:80"<br><br> redis:<br> image: "redis:alpine"<br></span>
一个项目可以由多个服务(容器)工程，而 docker-compose 是面向项目进行管理.
这是 Docker 比较复杂的一块,简单介绍一下. Docker 里面的文件系统其实很真实宿主机的一样, 可以用同样的命令去操作, 只是要注意的一点就是我们在容器中运行的应用配置文件的路径全部都是基于 Docker 的,不是基于宿主机的,很多文件不存在的问题都是这个引起来的.比如我们在运行一个 Nginx 容器和 PHP-FPM 容器的时候,不仅要把宿主机的项目路径映射到 Nginx 容器中,还要映射到 PHP-FPM 容器中,否则就会是一系列的 File not found.
Docker 中的网络是有多种模式的, 在默认情况下是会创建一个虚拟网桥的, 实际上是 Linux 的一个 bridge，它会在挂载到它的网口之间进行转发。并且会随机分配一个本地未被使用的属于 172.17.0.0/16 网段的 IP 到各个容器中.这是一个网络拓扑图:
基本介绍后我们会通过一个简单的实例来加深理解, 就是部署一个 Laravel 应用. Web 服务器我们会使用 Nginx, 并且通过 PHP-FPM 来处理动态请求,用 MySQL 来存储数据, Redis 作为我们的缓存和队列驱动. 不同于网上的通过 Supervisor 来把所有服务运行在同一个容器中,我们会把这四个服务运行在四个容器中,这也是官方推荐的一种做法,然后我们会通过 docker-compose 来管理所有的服务(容器).
直接上配置文件：
<span style="font-size: 14px;">version: '2'<br>services:<br> nginx:<br> image: nginx<br> ports:<br> - "8090:80"<br> links:<br> - php-fpm<br> volumes:<br> - ./nginx/www:/var/www/html<br> - ./nginx/sites:/etc/nginx/sites-enabled<br> - ./nginx/nginx.conf:/etc/nginx/nginx.conf<br> command: [nginx-debug, '-g', 'daemon off;']<br></span>
其中的 services 节点下每一个表示一个服务；然后 nginx 这是个服务名可以随便取；image 指定使用哪个镜像来构建; ports 表示要暴露的端口，其中 8090 是指宿主机的端口，80 是指容器中的端口；volumes 表示挂载的目录和文件，我们这里挂载了代码目录，虚拟主机目录以及配置文件；command 表示容器启动后要运行的命令。我们还要在当前目录下创建一个 nginx 的目录，用来存放一系列的文件，还需要把配置文件新建并且写入配置内容(具体配置内容可以去官网查看，这里不说明)，最后的目录结构是这样
<span style="font-size: 14px;">Docker<br> - docker-compose.yml<br> - nginx<br> - www<br> - sites<br> - nginx.conf<br></span>
可以把日志一起挂载，这里没有表述出来
然后执行启动容器的命令：
<span style="font-size: 14px;">docker-compose up nginx<br></span>
以上不会在后台启动，而是会直接在当前的 shell 上，然后我们访问应该就可以看到 Welcome to nginx！
同理我们再次配置 PHP-FPM，MySQL 以及 Redis 的容器了，具体过程不多讲，这里贴出配置：
<span style="font-size: 14px;"> php-fpm:<br> image: 'bitnami/php-fpm:7.1'<br> volumes:<br> - ./nginx/www:/var/www/html<br> - ./php-fpm/php.ini:/bitnami/php/conf/php.ini<br> links:<br> - mysql<br> - redis<br><br> mysql:<br> image: mysql<br> restart: always<br> environment:<br> MYSQL_ROOT_PASSWORD: example<br> volumes:<br> - /var/lib/mysql:/var/lib/mysql<br><br> redis:<br> image: redis<br></span>
有一点要注意的是，在配置PHP-FPM容器的时候是需要把代码目录也挂载到容器里面的，这一点很容易被遗忘，网上很多教程都没提到，导致最后虽然按照步骤走了但就是跑不起来。其中的 links 就是配置要连接到哪个容器中。比如配置了 Nginx 容器连接到 PHP-FPM 的容器，这样我们在 Nginx 的容器中就可以直接 ping php-fpm,在配置的时候也可以这样 php-fpm:9000 来配置了。
Nginx 的配置文件，然后还要修改一下本地的 hosts 文件。
<span style="font-size: 14px;">server {<br> listen 80;<br> listen [::]:80;<br> root /var/www/html/laravel/public;<br> index index.html index.php;<br> server_name laravel-docker.app;<br> location / {<br> try_files $uri $uri/ /index.php?$query_string;<br> }<br> location ~ \.php$ {<br> fastcgi_split_path_info ^(.+\.php)(/.+)$;<br> fastcgi_pass php-fpm:9000;<br> fastcgi_index index.php;<br> include fastcgi_params;<br> fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;<br> }<br>}<br></span>
