笔者花生 PeA，百度前端汪、ACGer。个人博客：pea3nut.blog；个人资料：pea3nut.info。

本篇文章详细而又简短的介绍了：一名完全不了解 Docker 小白，将全站 Docker 化的过程。内容主要包含：

• Docker 基本概念

• 真实站点迁移过程：

• 静态站点

• Nodejs 站点

• WordPress（PHP）

• 一些必备技巧：开机启动、常用 Shell

文章会讲解使用 Docker 过程中用到的全部技术栈（GitHub CI、Nginx 反向代理、docker-compose），绝不会出现“详见：http://xxx”甩链接的情况。

无需再查阅其他文档，看着一篇就够了！

手动部署成本太高

笔者维护了诸多网站，其中包含：

• 我的简历：pea3nut.info，使用 Vuejs 构建的SPA单页应用，纯静态

• 我的博客：pea3nut.blog，使用著名的 WordPress 搭建（PHP+Apache+MySQL）

• 一个开源项目——Pxer：pxer.pea3nut.org，官网使用 Nodejs + Express SSR 搭建

而每次我想修改某个网站内容是十分麻烦的。拿大家熟悉的纯静态站点来说，修改过程如下：

• 下载：从 GitHub 下载代码，然后本地部署

• 开发：本地修改代码，测试

• 编译：编译前端项目，产出静态资源

• 上传：打开FTP软件，上传替换文件

• 测试：看看网站是否在线上工作正常

• 提交：将代码提交到 GitHub

哪怕我只是修改个错别字，都要十几分钟。

网站太多，改动太频繁，而每次不管多小的改动都很麻烦。简直让我感觉自己在维护一个万级 QPS 的大型项目。

某个服务挂了，我不懂 Linux 无法排查

最近我发现我的 MySQL 进程总是挂掉，导致所有依赖于 MySQL 的站点都挂了。

我也不知道为什么，之前还是好好的……

我尝试了重启进程、重启服务器、捞报错日志百度，均未奏效……

好吧，其实我不太懂 Linux，也不太懂 MySQL，我只是想用下他们搭建 WordPress 站点。而最近总出问题，让我意识到：

我不仅要维护站点，我还要维护环境！

这个对于一名非专业 OP 运维来说太难了，远程 VPS 服务器会随着时间推移越来越复杂，我根本没办法阻止它。现在 MySQL 已经开始无缘无故挂掉，明天会是谁呢？Apache吗？

我不仅要保证站点本地能跑通，还必须要保证远程 VPS 的健康运行……

重启不行……那就只能重装系统了……

可是，由于搭建了许多站点，VPS 服务器环境相当复杂（或许这就是 MySQL 挂掉的原因），光 Apache 配置文件都几百行了。重做系统的迁移成本，光是想一想就耗光了我所有的勇气。

Dockerfile：纯文本文件
 |
 V
Image：类似于“Win7 纯净版.rar”
 |
 V
Container：一个完整操作系统

Hello docker

FROM nginx

COPY ./index.html /usr/share/nginx/html/index.html

EXPOSE 80

hello-docker
  |____index.html


    
  |____Dockerfile

cd hello-docker/ # 进入刚刚的目录
docker image build ./ -t hello-docker:1.0.0 # 打包镜像

    
Sending build context to Docker daemon  3.072kB
Step 1/3 : FROM nginx
 ---> 5a3221f0137b
Step 2/3 : COPY ./index.html /usr/share/nginx/html/index.html
 ---> 1c433edd5891
Step 3/3 


    
: EXPOSE 80
 ---> Running in c2ff9ec2e945
Removing intermediate container c2ff9ec2e945
 ---> f6a472c1b0a0
Successfully built f6a472c1b0a0
Successfully tagged hello-docker:1.0.0

    
docker container create -p 2333:80 hello-docker:1.0.0
docker container start xxx # xxx 为上一条命令运行得到的结果

docker container exec -it xxx /bin/bash # xxx 为容器ID

原理实际上是启动了容器内的 /bin/bash，此时你就可以通过 bash shell 与容器内交互了。就像远程连接了SSH 一样。

发生了什么

我们总结下都发生了什么：

• 写一个 Dockerfile

• 使用 docker image build 来将 Dockerfile 打包成镜像

• 使用 docker container create 来根据镜像创建一个容器

• 使用 docker container start 来启动一个创建好的容器

虽然很简单，但是也没有感觉到“广阔天地，大有可为，为所欲为”呢？

language: node_js # Nodejs 环境
node_js:
  - "12"
services:
  - docker

before_install:



    
  - npm install # 安装前端编译依赖

script:
  - npm run build # 编译前端项目，产出静态文件
  - echo "$DOCKER_PASSWORD" | docker login -u "$DOCKER_USERNAME" --password-stdin
  - docker build -t pea3nut/pea3nut-info:latest .
  - docker push pea3nut/pea3nut-info:latest

文件内容非常简单，就是使用编译静态产出后，打包一个镜像并且 push 到远程。有几点需要详细说一下：

为了能够让镜像上传到服务器，你需要在 hub.docker.com 中注册一个账号，然后替换代码中的 pea3nut/pea3nut-info:latest 为用户名/包名 :latest 即可

使用 GitHub 登录 Travis CI 后，在左边点击 + 加号添加自己的 GitHub 仓库后，需要移步到 Setting 为项目添加 DOCKERUSERNAME 和 DOCKERPASSWORD 环境变量。这样保证我们可以秘密的登录 Docker Hub 而不被其他人看到自己的密码。如下图：

然后需要添加 Dockerfile 文件来描述如何打包 Docker 镜像。

按照 .travis.yml 的命令次序，在打包镜像时，前端已经编译成了静态文件，项目产出已经有了。不必在 Docker 容器中安装前端编译环境之类的，直接复制文件即可：

FROM nginx

COPY ./dist/ /usr/share/nginx/html/

EXPOSE 80

server {



    
    listen 80;
    server_name localhost;
    location / {
        root /usr/share/nginx/html;
        index index.html index.htm;
        proxy_set_header Host $host;

        if (!-f $request_filename) {
          rewrite ^.*$ /index.html break;


    
        }

    }

    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
        root /usr/share/nginx/html;
    }
}

  FROM nginx

  COPY ./dist/ /usr/share/nginx/html/
+ COPY ./vhost.nginx.conf /etc/nginx/conf.d/pea3nut-info.conf

  EXPOSE 80

docker image pull pea3nut/pea3nut-info


    
:latest
docker container create -p 8082:80 pea3nut/pea3nut-info:latest
docker container start xxx # xxx 为上一条命令执行的返回值

curl https://get.docker.com/ > install-docker.sh # 下载安装脚本
sh install-docker.sh # 执行安装脚本

Nginx 反向代理

Note：接下来的操作都是在你的远程 VPS 服务器上操作，并非本地电脑，或者容器中。

目前我们将容器挂到了 8082 端口，但是线上不可能让用户手动输入 8082 端口进行访问。而如果将容器直接挂到 80 端口，虽然这样用户可以直接不加端口直接访问，但是如果有第二个容器，或者更多容器呢？

这时候就需要在宿主机跑一个 Nginx，由它来独占 80 端口，然后根据域名来讲请求分发给响应的容器。如下图：

这种方案叫做“反向代理”。

登录 VPS 服务器，安装 Nginx。因为我是 Ubuntu，所以可以用 apt 安装。其他 Linux 发行版可以百度下安装方法，通常 2 行内可以搞定：

apt update # 更新软件包
apt-get install nginx # 安装 Nginx
systemctl status nginx # 查看 Nginx 状态

此时本地通过浏览器访问 VPS 的公网 IP 可用看到 Nginx 的欢迎页面。

然后在 VPS 服务器的 /etc/nginx/conf.d/ 中建立一个 vhost.conf 文件，配置如下内容：

server {
    listen 80


    
;
    server_name pea3nut.info;

    location / {
        proxy_pass http://127.0.0.1:8082;
    }
}

docker image pull pea3nut/pea3nut


    
-info:latest
docker container create -p 8082:80 pea3nut/pea3nut-info:latest # 得到 yyy
docker container stop xxx # xxx 为当前运行的容器ID，可用 docker container ls 查看
docker container start yyy # yyy 第二条命令返回值

docker-


    
compose --help

curl -L "https://github.com/docker/compose/releases/download/1.23.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
chmode +x /usr/local/bin/docker-compose

version: "3.7" 


    
# 这个是配置文件的版本，不同的版本号声明方式会有细微的不同
services:
    info:
        container_name: pea3nut-info
        image: pea3nut/pea3nut-info:latest
        ports:
            - "8082:80"
        restart: on-failure

docker-compose up info

docker-compose pull info
docker-compose stop info
docker-compose rm info
docker-compose up -d info # -d 代表后台运行

version: "3.7"
services:
    info:
        container_name: pea3nut-info
        image: pea3nut/pea3nut-info:latest
        ports:



    
            - "8082:80"
        restart: on-failure
+   blog:
+       container_name: pea3nut-blog
+       image: tutum/lamp:latest
+       ports:
+           - "8081:80"
+       volumes:
+           -


    
 ./blog/mysql-data:/var/lib/mysql
+           - ./blog/wordpress:/app
+       restart: on-failure

Kubernetes入门与实战培训

Kubernetes入门与实战培训将于2019年11月22日在北京开课，3天时间带你系统掌握Kubernetes，学习效果不好可以继续学习。本次培训包括：Docker基础、容器技术、Docker镜像、数据共享与持久化、Docker实践、Kubernetes基础、Pod基础与进阶、常用对象操作、服务发现、Helm、Kubernetes核心组件原理分析、Kubernetes服务质量保证、调度详解与应用场景、网络、基于Kubernetes的CI/CD、基于Kubernetes的配置管理等等，点击下方图片或者阅读原文链接查看详情。