反向代理服务器是一种通常位于web服务器之前的服务器，它可以提供web服务器本身没有的附件功能。
例如，反向代理可以提供ssl终结、负载均衡、请求路由、缓存、压缩，甚至a/b测试。
当用docker容器运行web服务时，运行一个反向代理可以简化部署。
**
为什么为docker使用反向代理？
**
docker容器被分配随机的IP和端口，这使得从客户端的角度来定位这些容器比较困难。默认地，这些IP和端口是私有的，不能从外部访问，除非它们和宿主机绑定。
把容器和宿主机绑定，会阻止运行在同一个端口上的容器。例如，每次都只能有一个docker绑定到端口80。另外，这也使得部署新版本的容器变得复杂。因为新版本只有在旧版本停止服务后，才能启动服务。
反向代理可以解决上面的这些问题，同时通过提供0宕机时间来改进可靠性。
**
产生反向代理配置
**
当容器启动和停止时，设置反向代理的配置是一件负责的事情。通常配置需要手动更新，这需要大量的时间，而且容易出错。
幸运的是，docker提供了一个远程调用API，可以观察容易，并访问容器的IP和端口，已经配置元数据。另外，docker也提供了一个实时事件API，当容器启动和停止时，可以用来发送通知。这些API可以用来自动生成反向代理配置。
docker-gen是一个小应用。它使用docker的API，把容器的元数据导入模板。生成模板后，可以用它重启服务。
使用docker-gen，可以自动生成nginx配置，并当配置发生改变时，重新加载nginx。同样的方法可以用在docker log管理上。
**
针对docker的nginx反向代理
**
下面的nginx模板例子可以用来生成docker容器的反向代理配置。这个模板使用golang。groupby模板函数被用来给运行中的容器分组，分组是基于VIRTUAL_HOST环境变量做的。这个方式简化了遍历容器，以便生成负载均衡的后台，同时也支持了0宕机的部署。
{{ range
containers := groupBy “Env.VIRTUAL_HOST” }}
upstream {{
host }} {
{{ range
value := containers }}
{{ with
address := index value.Addresses 0 }}
server {{
address.IP }}:{{ $address.Port }};
{{ end }}
{{ end }}
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name {{ $host }};
location / {
proxy_pass http://{{ $host }};
include /etc/nginx/proxy_params;
}}
{{ end }}
这个模板使用下面的命令运行：
docker-gen -only-exposed -watch -notify “/etc/init.d/nginx reload” templates/nginx.tmpl /etc/nginx/sites-enabled/default
-only-exposed - 仅使用暴露出端口的容器. -watch - 运行后，观察容器的事件，并重新生成模板. -notify "/etc/init.d/nginx reload" - 重新加载nginx. templates/nginx.tmpl - nginx模板. /etc/nginx/sites-enabled/default - 目标文件.
下面是配置了两个容器demo1和demo2的模板
upstream demo1.localhost {
server 172.17.0.4:5000;
server 172.17.0.3:5000;
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name demo1.localhost;
location / {
proxy_pass http://demo.localhost;
include /etc/nginx/proxy_params;
}}
upstream demo2.localhost {
server 172.17.0.5:5000;
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name demo2.localhost;
location / {
proxy_pass http://demo2.localhost;
include /etc/nginx/proxy_params;
}}
**
尝试一下
**
可以尝试一下我做好的build。 https://index.docker.io/u/jwilder/nginx-proxy/
运行nginx代理容器：
docker run -e VIRTUAL_HOST=foo.bar.com -t …
如果你使用HTTPS，想运行其他的容器，可以看看github上的项目，以得到更多的信息。
**
结论
**
为docker容器生成nginx反向代理配置，可以通过使用docker API自动的完成。这个方式可以简化部署，提供可用性。
这个方案对运行在单个host上的容器很方便。为分布式主机提供配置依赖服务发现。可以看看docker服务发现的内容，然后找到解决方案。
翻译。原文见： http://jasonwilder.com/blog/2014/03/25/automated-nginx-reverse-proxy-for-docker/
反向代理服务器是一种通常位于web服务器之前的服务器，它可以提供web服务器本身没有的附件功能。
Easycart是一款专业的电子商务网站程序，为各大企业提供最适合的电子商务网络销售网站前后台方案。Easycart是Easycart开发团队通 过对现代电子商务以及消费者购物方式进行深入研究，充分了解企业以及消费者的需求后研发的现代电子商务行业使用的程序。面向不同的企业品牌、代理商提出了 不同的方案，用户可根据企业自身特点，调整后台设置，创建最适合自己的网店模版。易学、易用、易管理、易推广，高效
例如，反向代理可以提供SSL终结、负载均衡、请求路由、缓存、压缩，甚至A/B测试。
当用docker容器运行web服务时，运行一个反向代理可以简化部署。
**
为什么为docker使用反向代理？
**
docker容器被分配随机的IP和端口，这使得从客户端的角度来定位这些容器比较困难。默认地，这些IP和端口是私有的，不能从外部访问，除非它们和宿主机绑定。
把容器和宿主机绑定，会阻止运行在同一个端口上的容器。例如，每次都只能有一个docker绑定到端口80。另外，这也使得部署新版本的容器变得复杂。因为新版本只有在旧版本停止服务后，才能启动服务。
反向代理可以解决上面的这些问题，同时通过提供0宕机时间来改进可靠性。
**
产生反向代理配置
**
当容器启动和停止时，设置反向代理的配置是一件负责的事情。通常配置需要手动更新，这需要大量的时间，而且容易出错。
幸运的是，docker提供了一个远程调用API，可以观察容易，并访问容器的IP和端口，已经配置元数据。另外，docker也提供了一个实时事件API，当容器启动和停止时，可以用来发送通知。这些API可以用来自动生成反向代理配置。
docker-gen是一个小应用。它使用docker的API，把容器的元数据导入模板。生成模板后，可以用它重启服务。
使用docker-gen，可以自动生成nginx配置，并当配置发生改变时，重新加载nginx。同样的方法可以用在docker log管理上。
**
针对docker的nginx反向代理
**
下面的nginx模板例子可以用来生成docker容器的反向代理配置。这个模板使用golang。groupby模板函数被用来给运行中的容器分组，分组是基于VIRTUAL_HOST环境变量做的。这个方式简化了遍历容器，以便生成负载均衡的后台，同时也支持了0宕机的部署。
{{ range
containers := groupBy “Env.VIRTUAL_HOST” }}
upstream {{
host }} {
{{ range
value := containers }}
{{ with
address := index value.Addresses 0 }}
server {{
address.IP }}:{{ $address.Port }};
{{ end }}
{{ end }}
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name {{ $host }};
location / {
proxy_pass http://{{ $host }};
include /etc/nginx/proxy_params;
}}
{{ end }}
这个模板使用下面的命令运行：
docker-gen -only-exposed -watch -notify “/etc/init.d/nginx reload” templates/nginx.tmpl /etc/nginx/sites-enabled/default
-only-exposed - 仅使用暴露出端口的容器. -watch - 运行后，观察容器的事件，并重新生成模板. -notify "/etc/init.d/nginx reload" - 重新加载nginx. templates/nginx.tmpl - nginx模板. /etc/nginx/sites-enabled/default - 目标文件.
下面是配置了两个容器demo1和demo2的模板
upstream demo1.localhost {
server 172.17.0.4:5000;
server 172.17.0.3:5000;
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name demo1.localhost;
location / {
proxy_pass http://demo.localhost;
include /etc/nginx/proxy_params;
}}
upstream demo2.localhost {
server 172.17.0.5:5000;
}
server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;
server_name demo2.localhost;
location / {
proxy_pass http://demo2.localhost;
include /etc/nginx/proxy_params;
}}
**
尝试一下
**
可以尝试一下我做好的build。 https://index.docker.io/u/jwilder/nginx-proxy/
运行nginx代理容器：
docker run -e VIRTUAL_HOST=foo.bar.com -t …
如果你使用HTTPS，想运行其他的容器，可以看看github上的项目，以得到更多的信息。
**
结论
**
为docker容器生成nginx反向代理配置，可以通过使用docker API自动的完成。这个方式可以简化部署，提供可用性。
这个方案对运行在单个host上的容器很方便。为分布式主机提供配置依赖服务发现。可以看看docker服务发现的内容，然后找到解决方案。
