現在我們可以很容易的啟動一個Docker容器，但是怎麼在生產環境下部署Docker容器呢？如果在生產環境下安裝了Fig與Docker，我們所有要做的就是克隆之前的容器鏡像，然後用相同的fig命令來啟動容器。但是，現在的問題是如何更新線上運行的容器。

不幸的是，Fig可以非常優雅的啟動一個容器，但是它並不擅長更新並重啟服務。當然，你可以在代碼倉庫拉取程序的更新，然後重新運行以上的fig命令來達到這個目的；但是，在容器在更新代碼，重新啟動的過程中，就不能對外提供服務了。為了應對這種情況，我們使用原生的Docker命令，並引入Nginx做反向代理（注：軟負載）來解決這個問題。

我們首先把容器監聽的端口修改掉，因為Nginx需要監聽80號端口。我們這麼修改：

web:build:.ports:-"8080:80"links:-db...

通過修改Fig的配置文件，我們的web容器修改成監聽8080號端口。而Nginx要配置成8080與8081端口的負載均衡；所以Nginx的配置如下：

upstreamdocker{server127.0.0.1:8080;server127.0.0.1:8081;}server{listen80;location/{proxy_passhttp://docker;}}

重啟Nginx後，Nginx就開始在8080與8081號端口之間做反向代理（軟負載）；當其中任何一個端口失效後，Nginx將請求自動轉發到另一個，直到失效後的端口恢復。這樣，我們就能從Git中拉取更新，然後運行下面的命令將其啟動：

$dockerrun-d--nameweb1--linkcodetvjournal_db_1:db-p8081:80codetvjournal_web:latest

當我們確定8081號端口的web1容器啟動並服務正常後，我們就可以停止8080號端口的服務並開始為8080號端口服務進行更新了。我推薦使用原生的docker命令而不使用Fig來完成這個工作，因為這樣可以避免干擾到正在運行的db容器（注：作者可能指的是之前寫好的YAML，裡面包含了啟動db容器的配置）

我們可以用上述方法創建很多個web容器，只要保證它們占用的端口與容器名不同即可；同時使用Nginx在它們前端做負載即可實現不掉線的程序升級。