公司一直有一個維護的案子，該維護案的開發環境都一直放在雲端上，例如 SQL Server、後端 API 等等…。 但是該維護案又不會常常使用到開發環境，但是沒有開發環境偶爾要維護又很麻煩，所以為了節省成本，就決定把該開發環境容器化，並且把放在雲端的服務關掉。

該維護案是前後端分離，前端是 Angular 後端是 ASP.NET Core API 與 SQL Server，所以要容器化的是 後端 的部分，只要將後端容器化後，前端開發就不用煩惱後端環境怎麼建立。

所以今天要介紹如何用 docker-compose 建立 ASP.NET Core API 與 SQL Server 服務，並且該 API 會連 SQL Server 當作資料來源。 讓前端的開發工程師在開發的時候，不用為了後端的環境而煩惱。

使用 Dockerfile 建置映像檔時，每一行指令都會新增一層 layer ，這都會使映像檔變大。 又或者是我們會在 Dockerfile 裡面執行建置的工作 (這在 CI/CD 很常見)，例如執行 dotnet publish 來產生網站的發佈檔，為了可以使用 dotnet publish 產生發佈檔，我們會使用有 dotnet cli SDK 工具的映像檔，例如 Image - .NET Core SDK ，這映像檔相對來說會比較大，但是將網站執行起來只需要 image - ASP.NET Core Runtime 的映像檔案就好，並不需要含有 SDK 工具的映像檔。

而建置映像檔的時候，我們都希望映像檔越小越好，在 Docker 版本 17.05.0-ce 新增了多階段建置 (multi-stage build) 的支援，能夠幫助我們簡單的處理這個問題。

在 Dokcer 的世界裡，他們有自己的虛擬網路 Software-Defined Networks (SDN)。 而 Container 在執行的時候預設會加入 bridge 的虛擬網路。 這個虛擬網路就能夠讓我們 Container 之間互相溝通。

今天會介紹怎麼在 ASP.NET Core MVC 專案使用 EF Core。 會以現有資料庫當範例。

今天會介紹怎麼一步一步的將 ASP.NET Core 網站容器化，主要的步驟為

• 產生一個 ASP.NET Core MVC 預設專案
• 建立 Dockerfile
• 從 Dockerfile 建立包含網站的 Image
• 建立和執行 Container