聽說Windows支持原生docker了，大家一定都很興奮。然而，大家想過沒有，Windows Server Docker最適合什么場景呢？部署.NET Core應用？為什么不選擇Linux下的docker？正常的決策者腦袋被門擠了才會花錢額外買Windows Server的license，用來部署.NET Core吧？所以，在本人看來，Windows Server Docker最大的價值，還是在于部署傳統基于WindowsServerCore的應用。這樣的應用一般有兩大類，一類是基于iis的網站應用；另一類是Windows Service。本文主要關注基于iis的應用的docker部署。

那么，部署一個iis應用到docker，是不是只要起一個iis的docker容器實例，遠程連接，并且，copy文件進去，能通過容器內的iis訪問就行了？如果，有人問這樣的問題，那么，說明他還完全沒有容器的思維。上面說的這個，其實就成了將容器當虛擬機用了，這將極大地限制了docker原有的靈活擴展能力。因此，可以說是使用Windows docker最糟糕的姿勢之一了。

要正確部署一個iis應用到Windows Server Docker，并不是表面那么簡單。限于篇幅，并且為了更專注，本文先不涉及容器編排、負載均衡、images的構建和管理等問題（這些要考慮的問題還有很多，以后我們單獨聊），這里只關注如何將一個基于iis的應用正確運行于單個Windows Server Docker實例中。即便如此，一般至少也要解決下面這些問題：

• Dockerfile：如何通過Dockerfile部署應用文件和設置操作系統和IIS配置，如何為不同的運行環(huán)境（開發(fā)，測試，生產）配置不同參數；

• 查看系統日志：典型的系統日志包含IIS Logs、Windows Event Log和應用的異常日志；

• 重啟容器實例：當容器實例重啟時，如何保證被部署的應用能保持之前的工作狀態(tài)，能繼續(xù)服務；

• 網絡路由：包括容器內部如何訪問外部系統、docker宿主機如何訪問容器內部、外部系統如何訪問容器內部；

應用示例

為便于理解和演示，我在github上寫了一個簡單的示例應用：windows-docker-iis-demo

這個應用只包含一個頁面，在我本機運行時，顯示類似下面的內容：

其中env1為web.config中的appSettings值，env2讀取的系統環(huán)境變量，頁面最下面打印出當前Windows系統的的hosts。

定義Dockerfile如下：

FROM microsoft/iis# install ASP.NET 4.5RUN dism /online /enable-feature /all /featurename:IIS-ASPNET45 /NoRestart# enable windows eventlogRUN powershell.exe -command Set-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\WMI\Autologger\EventLog-Application Start 1# set IIS log fieldsRUN /windows/system32/inetsrv/appcmd.exe set config /section:system.applicationHost/sites /siteDefaults.logFile.logExtFileFlags:'Date, Time, ClientIP, UserName, SiteName, ServerIP, Method, UriStem, UriQuery, HttpStatus, Win32Status, TimeTaken, ServerPort, UserAgent, Referer, HttpSubStatus'  /commit:apphost# deploy webappCOPY publish /inetpub/wwwroot/iis-demoRUN /windows/system32/inetsrv/appcmd.exe add app /site.name:'Default Web Site' /path:'/iis-demo' /physicalPath:'c:\inetpub\wwwroot\iis-demo'# set entrypoint scriptADD SetHostsAndStartMonitoring.cmd \SetHostsAndStartMonitoring.cmdENTRYPOINT ['C:\\SetHostsAndStartMonitoring.cmd']# declare volumesVOLUME ['c:/inetpub/logs/LogFiles']

我們分別來理解一下Dockerfile每一段的含義：

• 首先是安裝ASP.NET 4.5；

• 接著，開啟Windows EventLog；

• 第三步，我們修改了默認的IIS Logs字段列表；

• 第四步，將當前目錄下的publish目錄的內容復制到容器的/inetpub/wwwroot/iis-demo目錄，并且在iis中添加對應的iis-demo應用；

• 第五步，設置一個自定義的啟動腳本；

• 最后，聲明了一個VOLUME，以便將IIS Logs保存到容器外的宿主機上；

啟動腳本SetHostsAndStartMonitoring.cmd的內容如下：

其中，第一部分讀取HOSTS這個系統環(huán)境變量，覆蓋當前系統的hosts文件；第二步讀取env1環(huán)境變量，覆蓋web.config中的對應配置；最后調用繼承自microsoft/iis image的ServiceMonitor.exe命令，監(jiān)控iis主進程，直到其退出。

下面，我們來試著build這個docker。因為到目前為止（本系列的第一篇+第二篇），我們還只能從這臺Windows Server機器上執(zhí)行docker命令，以后的文章會講到如何從遠程server build以及如何集成到CI工具進行build，這里先繞過。我們在VS2015中編譯這個webapp，并且發(fā)布到publish目錄。然后，復制整個windows-docker-iis-demo目錄到這臺docker宿主機的C盤根目錄，以便進行docker build。這個當然不是build docker image的正常姿勢，只是因為我們還沒提到其他方式，我們先粗糙一點，把它build出來，以便可以運行。

在我們的Windows Server 2016機器上，打開一個administrator模式的powershell窗口，cd到c:\windows-docker-iis-demo目錄，然后執(zhí)行docker build命令制作image：

docker build -t iis-demo:1.0 .

編譯成功后，執(zhí)行docker images，可以看到多了一個iis-demo:1.0的docker image。接著，讓我們在宿主機的C盤創(chuàng)建一個temp目錄（為下面的volume使用，mount到容器內部的iis日志），然后執(zhí)行下面的命令運行一個iis-demo的docker instance：

這里的參數分別表示：

• 指定容器ip=172.24.128.2

• 允許80端口被外部訪問

• 將容器內的c:/inetpub/logs/LogFiles目錄mount到宿主機的c:/temp

• 設置3個系統環(huán)境變量env1，env2，HOSTS

稍等片刻，等待容器實例運行，然后在宿主機的瀏覽器中訪問，可以看到如下的內容：

Hello Docker!Configuration:env1=LIVE1 (from appSettings in web.config)env2=Dev (from OS environment variable)Content of C:\Windows\System32\drivers\etc\hosts:1.2.3.4 TEST.COM

對比前面在開發(fā)環(huán)境運行的結果，我們可以看到有一些有意思又詭異的區(qū)別：

• 首先，通過前面的啟動腳本SetHostsAndStartMonitoring.cmd讀取的環(huán)境變量env1和HOSTS都生效了；

• 然而，在程序中運行時讀取的環(huán)境變量env2沒有生效（這個好坑人??！意味著，無法直接在webapp中讀取docker run傳遞進來的環(huán)境變量。一開始懷疑是因為webapp的進程啟動時間早于docker run指定的環(huán)境變量生效的時間，但是即使進到容器里recycle 對應的apppool，還是不生效，具體原因有待后續(xù)驗證了）；

另外，在宿主機的c:\temp目錄，我們可以看到從容器實例寫道外部的iis log。

好了，看看至此我們已經解決了哪些最開始提到的問題了：

• 首先，我們實現了在docker run時，指定不同的參數，傳遞進容器，比如覆蓋web.config中的設置，又比如，設置了額外的hosts文件中的dns解析；

• 對于希望方便查看的日志，我們可以通過volume，mount到宿主機的目錄；

• 同樣的，我們也可以mount應用自己的數據到宿主機，這樣容器實例重啟時，應用的狀態(tài)也能保持；

• 因為可以在docker run時傳入參數被應用讀取，我們可以用同一個docker image，在不同的環(huán)境（開發(fā)、測試、生產）指定不同的參數，比如，數據庫連接字串；

• 網絡方面，關于如何從外部系統訪問容器內部，我們會在后續(xù)篇章詳細討論，這里，因為可以將自定義hosts傳遞進容器，所以容器訪問外部系統的任何地址，都不用擔心無法解析；

應該說，我們已經解決了大多數前面提到但實例運行時需要解決的問題了。然而，別忘了，這一篇里，我們只針對單服務器，單容器實例。在實際的部署案例中，是絕不允許單點，無法擴展的。

后面幾篇，我會展開講講這一篇跳過的一些非常重要的話題，例如網絡配置、遠程管理、負載均衡、實時監(jiān)控、以及更高級的容器編排和集群實現等等，敬請期待！