其实在这样的一个云计算时代, 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>
