简介
上一篇总结了下docker内mysql的资料卷设置方式，身为web开发怎么能忘记nginx呢？今天来补上这一篇。
Nginx资料卷
nginx的作用有很多，比如正向代理、反向代理、负载均衡、透明代理等，一般情况下使用较多的是反向代理和负载均衡。这些操作只需要修改配置文件就可以完成，所以我们只需要将配置文件同步在本地即可。nginx配置文件的路径是 etc/nginx/nginx.conf ，首先创建对应目录和文件：
docker pull nginx
接下来运行容器：
docker run -itd -p 80:80 --name nginx001 -v /docker/nginx1/nginx.conf:/etc/nginx/nginx.conf nginx
解释一下：
-itd：开启交互模式，模拟终端，后台运行
-p 80:80：对应端口映射到宿主机
--name nginx001：自定义容器名称
-v /docker/nginx1/nginx.conf:/etc/nginx/nginx.conf：将宿主机的对应文件映射到nginx的配置文件
nginx：运行的镜像名称
运行以上命令以后，会返回随机字符串代表容器创建成功：
查看运行中的容器：
没有看到nginx001，肯定是运行的时候出错了，我们来看一下错误信息：
大概意思是配置文件中没有找到events节点。因为我们创建的文件内容是空的，所以启动容器的时候直接把对应目录下的nginx.conf给映射到nginx001里面的nginx.conf了，空配置的nginx当然无法运行。
现在vi刚才本地创建好的nginx.conf，开始配置：
之前我在docker上部署了一个简易的 .net core 程序，占用本地端口 1500 ，现在我把程序通过nginx反向代理到一个指定域名，并通过80端口访问。配置文件写好以后，重启容器nginx001：
现在nginx001就成功启动了，我们访问一下刚才指定的域名：
nginx的配置已经生效。
最后我们来尝试一下docker重启会不会导致配置初始化，重启docker：
启动两个容器：
访问页面：
数据库并没有因为docker重启而被初始化，证明资料卷已经生效。以后再也不怕docker宕机而数据丢失了。
后言
nginx配置文件中的 proxy_pass 属性，非docker环境配置的时候，localhost或127.0.0.1是可以正常生效的，但是在docker下nginx容器配置localhost或127.0.0.1时，有一个小坑导致无法完成实际的反向代理。因为容器运行时，docker会给它分配单独的ip和端口，然后把docker占用的ip映射到容器ip（比如docker下mysql启动后，使用localhost可以登陆客户端）。但nginx启动时，会先读取配置文件，配置正确的话才会运行，所以容器运行成功后，docker才把本地ip映射进去。如果配置文件写的是localhost或127.0.0.1，那么只有直接访问容器的ip才会触发反向代理。所以如果在服务器使用docker配置nginx，直接输入服务器ip即可完成配置。