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

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

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

之前已經寫過 SQL Server Container 快速入門，這能快速把一個 SQL Server 建立起來，但是要還原資料庫的話，則還要先把備份檔案放到容器裡面。 而今天就是要來筆記一下，如何把檔案放到容器裡面。

之前負責一個案子，是做客戶的官方網站，且該網站有要求 RWD，而在專案後期的時候，常常一個 CSS 沒調整好，導致其他頁面跑版，於是乎我就順手寫了跑全部頁面的 E2E 跑版測試，且可以輕易擴充要測試的解析度。 今天就來說明如何建立一個這樣的 E2E 測試專案。

Docker 有提供 events 的指令用來監聽 Docker 的服務事件，例如在執行 docker run 的時候，就會經過 create -> attach -> start 的狀態。 這個可以用在很多地方，例如容器一直執行不起來的時候，就可以使用 docker events 來觀察到底是失敗在哪一個階段。

自己對 Oracle 非常不熟悉，所以每次要把 Oracle 環境建置起來的時候總要花很多時間。 但是自從 Oracle 有提供 Docker 的映像檔後，什麼都變容易了呢。 所以今天就來記錄一下怎麼使用 Docker 將 Oracle 環境架起來吧。

因為網路的知識已經不知道被遺忘到哪去了，導致理解 Docker 的網路配置花了我很多的時間，所以在這篇文章我特別寫下了很多用於理解 Docker 網路的詞彙，希望這樣能夠讓不懂網路的人也能夠理解。

Docker Hub 與 GitHub 的 CI/CD 整合做的非常的好，所以在設定上也非常的直覺，今天就要來介紹怎麼在 Docker Hub 與 GitHub 之間完成 CI/CD 的工作。

使用 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) 的支援，能夠幫助我們簡單的處理這個問題。

雖然我們通常只要從 Docker hub pull 和 push 就可以管理映像檔。 但是面對客戶的環境要求，還是有很大的機會在基礎架構中使用私有的 registry 來管理我們的映像檔。

一般來說我們要抓取映像檔只要從私有的 Registry 或是 Docker hub 上 pull 下來就好，但是如果有客戶對網路的存取有很嚴格的限制，這件事情可能就沒這麼簡單。 所以今天會介紹如何將映像檔匯出成檔案，然後再匯入映像檔。