由於專案需求多變，有時需要自行建置客製化 Windows 基礎映像檔(Base Image)來使用，就在是在微軟官方的基礎映像檔之上去安裝軟體、設定環境等，像之前的文章：WINDOWS CONTAINER之.NET CORE找不到GDIPLUS.DLL解決方案為例，我們就把 ASP.NET Core Runtime 安裝至 Server Core 基礎映像檔，微軟官方應用程式的映像檔除非特別理由，不然通常最終都會以 Nano Server 為基礎映像檔來提供。
一個有趣的Case。我們需要收集與分析機台日誌，一天資料量(Size)不大，約200 ~ 300MB，但資料量(Folders/Files)很多，目前觀測到每日約有60 ~ 70萬筆，而且還會不斷成長。資料夾與檔案數約1:2，也就是，如果當天資料夾10萬個那就有20萬筆檔案。我們需要定時去主機A把日誌同步至主機B去進行程式分析與處理，因為不是所有檔案都是我們需要的，在複製的過程會進行一些過濾動作，所以選擇下面三套來測試，但發現一個好玩的現像，主機B常常沒有多久就記憶體滿載(Memory 99%~)的情況，目前測試過：
公司有台 Disk I/O 與 Network I/O 量不小的 Server Core - Docker Host 伺服器，發現 Momery 被使用至 99%，雖然看起來(似乎)不影響 Container App 的運作，執行 Docker CLI 或 PowerShell 非常明顯的反應遲鈍鈍鈍，直覺不查不行。
在 Docker Enterprise Edition for Windows Server (簡稱 Docker EE for Windows) 架設與使用 Swarm Mode 時，一定會碰到一個問題，就是目前 Docker EE for Windows 還不支援 Swarm Mode 裡重要的 Routing mesh(又稱 Ingress mode) 功能。
在 Microsoft Docs 文件並沒有把話寫死，它寫著 "coming soon"，讓我心裡一直有個希望的種子。
專案有個需求，會同時有多個 Windows Container 對 Docker Host 同一資料夾進行操作，讀取、新增、刪除、修改都有，而且操作的量不小(秒級)。問題出在，A Container 建立資料夾與檔案，B Container 要操作時會出現 Access Denied。找了好久原因，終於釐清整個 Windows Container 在 Volume 運作時的身份與權限。
簡化的情境如下：
Docker Host --> A Container / B Container
雖然在 Server Core 以 PowerShell 為主，但還是有修改檔案內容的需求。當然，我實力超強，我可以用 PowerShell 來完成一切！(聽聽就好 XD)不然我也能使用 notepad.exe 來完成工作，不過當個現代化開發者，不使用個現代化編輯器的話，不就掉漆了。讓我呼叫你，超前鬼 Visual Studio Code。
Server Core 只是沒有 GUI 管理介面，但不代表不能安裝與使用 GUI 的應用程式。
同事想在 Server Core 上安裝 Python 3，但看到 Server Core 純 command-line 畫面嚇到，不知如何安裝軟體。其實我也不會，但我有變通的方式。哈哈。
在 Server Core 1709/1803 - Windows Container，如果要掛載 Docker Host 的資料夾為 Volume，那麼最快速的方式是指定一個絕對路徑給 Windows Container。
例如：
docker run -v c:\ContainerData:c:\data:RO microsoft/windowsservercore:1709 cmd.exe
docker run -v c:\ContainerData:c:\data:RW microsoft/windowsservercore:1709 cmd.exe
docker run -v c:\ContainerData:c:\data microsoft/windowsservercore:1709 cmd.exe
:RO 為 Read Only，:RW 為 Read Write，未指定預設為 :RW。那麼如果想要掛載掛載網路磁碟機至 Windows Container 裡呢？
你或許會試試 -v \\HostNameOrIP\ShareFolder:C:\data 來直接掛載的方式。不用試，這行不通。
Linux Containers on Windows (以下稱 LCOW) 對於 Windows Server 上的容器化提供非常重要的戰略位置。先不論 Windows Server 上的 Docker EE 僅能執行 Windows Container，講個笑話，用 Docker EE 連架個私有 Registry 都困難重重。而 Windows 10 上的 Docker CE 好一些，可以直接進行 Linux Container / Windows Container 切換與操作，但兩者並無法同時使用(不過，也快可以了)。也就是說，在使用 LCOW 技術之後，不用在特別區分這是 Linux Container 或 Windows Container，不用在特別去切換執行環境，即可在一個 Docker EE 執行環境下同時執行 Linux / Windows Container。
前一篇，是本機 Windows 安裝 Project Hololulu，我們有介紹一下下面的架構圖：
左邊算來第二、第三種是在 Server 上安裝 Project Hololulu。在 Server 上安裝 Project Hololulu 好處是，由於是 Web-based，如果是團隊有另一個人也要管理 Windows Server 的需求，那麼透過一個入口點(EndPoint)即可管理所有個人擁有權限的伺服器，而且如果前一篇有注意看 Add 連線那張圖，可以發現，除一般 Server 外，PC、Failover Cluster、Hyper-Converged Cluster 都是 Project Hololulu 的能力範圍。
Server Core/Server Nano 安裝模式有兩種：含 GUI (桌面體驗)與無 GUI。就安全性與安裝大小而言，會建議採用無 GUI 的模式。而我們正在測試的 Windows Server 1709 版本，目前還沒有 GUI 版，從 GUI 版本升級至 1709 版本之後會得到 Server Core 無 GUI 版本。也就是前一篇提到，一個純 command line 的畫面版本。PowerShell 對於不熟悉的人是個不小的挑戰，尤其是我們這種半路出家的只是一些 cmd.exe 指令的人員，管 Server 不是下下 dir 就能解決的事。Server Core/Server Nano 的無 GUI 模式，其實微軟有準備幾個 GUI 配套措施。
安裝好 Server Core 遠端桌面連線之後你會發現只有一個 command line 畫面在等你。以下就幾個必須先處理的問題記錄一下。