現在開發上越來越依賴使用 NuGet 來管理套件，專案和團隊變大之後就會開始把一些共用的函示庫抽離並打包成 NuGet 套件，而這些套件屬於公司內部使用，所以就會需要有私有的 NuGet，這時候可以有兩種方案，一個是使用一個共用的資料夾或是 Azure DevOps 上的 Artifacts 來管理套件，這時候如果有設定 Azure DevOps 的 CI/CD 的話，就需要多一點設定才可以連接到這些非官方 NuGet 的外部套件來源，本文就來介紹如何設定以及需要注意的點。
在 Azure 上面執行排程程式除了 Azure Function、Logic App 等服務以外，最方便的方式還是使用 App Service 裡面的 WebJob，它可以執行很多種類型的程式，所以我們可以簡單的開發一個 Console 程式去執行我們的排程程式，而當然也要讓它可以自動化部署，在設定上會有一些細節需要注意，所以特別針對一些設定和參數來記錄一下部署的流程。
本系列的第三篇文章，這次要部署的服務就是 Azure Kubernetes Services，現在很多服務架構上都會使用上 K8S，而在 Azure 上面也提供一個受控的 K8S 服務，就是 Azure Kubernetes Services，它可以減少我們管理 K8S 的一些成本，需要更新 K8S 版本的時候也可以一鍵點選就可以升級節點的 K8S 版本，需要增加節點的時候也可以很方便的透過手動或是設定自動調整，如此一來我們就可以專注在程式的部署上就好，不用太擔心整個 K8S 叢集的維護和管理。
在前一篇「使用 Azure DevOps 部署到 App Service 預備環境 (Slot) 並進行切換」介紹了將程式部署到 App Service，那另一個常見的情境則是 VM，這次就針對部署到 Azure Windows VM 來作為情境介紹。
App Service 有一個很實用的功能就是預備環境 (Slot)，他可以方便我們在部署程式的時候可以先佈到預備環境，測試完成之後可以直接和正式環境進行切換 (Swap)，也可以在發現有沒測試到的嚴重問題的時候可以再切換一次，就可以快速的退到前一版的環境，那要結合 Azure Devops 的話就可以達到自動化的部署和切換，而且可以加上審核的關卡，測試完成之後審核完成就自動的進行切換，本文就來針對這樣得情境進行介紹如何完成這樣的自動化流程。
微軟在 Azure 上面提供了 Private Link 這一個服務，可以將 Azure 上的 Pass 變成私有的服務，僅能透過 Private Link 才可以連線到，從外部網路是無法直接連線到，如此對於資安有較大要求的情境，就可以設計出僅在特定網路下才可以連線的架構，但是在這樣的架構下也會產生額外的需求，比如說 App Service 的部署，在這個情境下就不能像之前文章「使用 Visual Studio 部署網站到 App Service」的方式直接部署上去，因為這時候是無法從外部網路直接連線到 App Service 的，而解決的辦法最簡單的方式就是建立一台跳板機 VM，設定和 Private Link 同一個虛擬網路，再透過這一台機器進行部署，但是這樣的方式就得在每次要部署時候在連到跳板機器再去部署，還是不夠方便，因此我們可以透過 Azure DevOps 自動化部署，後面文章就來說明實做設定的流程了。
身為使用微軟解決方案的開發者，一定都會使用到 NuGet 套件，不管是官方或是非官方的，一定多少都會使用到。然後在實務上一定會有需求會要建立私人的 NuGet 提供庫，比如說公司內部共用的類別庫，這些很多都牽扯到商業邏輯，不可能直接發佈到官方公開的 NuGet 上，這時候就可以使用 Azure DevOps 內的 Artifacts 來管理和提供套件，既然都已經使用到 Azure DevOps 了，那當然也希望可以自動打包並部署到 Artifacts，不然得在每次 commit 之後還得自己執行指令來打包和推送套件上去，這樣太花時間了，本文就針對 .NET Core 來說明如何設定自動化和使用 Artifacts 取得套件。
在使用 Azure DevOps 的 Boards 的時候，我們新增工作項目時候會很常使用到 Tag 功能來針對項目作標記，方便後續呈現和篩選時候使用，按照預設值應該專案成員都會有新增(定義) Tag 的功能，但是針對新進成員設定權限時候，卻發現成員無法新增 Tag，但是可以選擇已有新增的 Tag，本文記錄解決這個問題的筆記，怕之後遇到會再忘記了XD
