前兩天有朋友問我，微軟的Azure好用嗎，適不適合國人的使用習慣，我就跟他講了下，Azue很好用，這也是為什么微軟云營收一直漲漲漲的原因，基本可以再1個小時內實作自動化構建、打包以及部署到Azure服務器上，利用周末的時間，寫了這篇文章，分享給大家，希望能幫助一些人快速入手如何使用Azure DevOps自動化構建、測驗以及部署自己的服務，

今天，我給大家一步一步詳細介紹，如何在1個小時內，創建一個Web API專案，實作服務的自動化構建、打包，并自動化部署到Azure上，

_{1. 創建一個Azure托管存盤庫 （Organization）}

第一步，需要在Azure DevOps (https://dev.azure.com/)上創建一個組織團體（Organization)，

Organization可以理解為是一個公司（或者一個事業群）或某個機構的所有資料的統一存盤庫，微軟稱之為托管存盤庫，

Host 專案的地區選擇一個最近的區域最好，減少網路延遲，

2. 創建一個新的Azure DevOps專案（Project）

　　Azure DevOps Project 一般是一個大組或者一個大的周期內共同使用的一個資料及代碼集合，你在創建專案時，可以設定專案名稱以及專案具體的介紹；也可以選擇專案的可見性，可以設定為公開的或者私有的，版本控制可以選擇默認的Git，

　　其他選項（例如，作業項處理的模板等），有興趣的可以自己研究，這里不做重點介紹，

3. 創建一個新的代碼倉庫(Repository）

　　Repository 顧名思義就是存放代碼的地方， 一個Repo 可以有很多個分支，一般默認為master分支， 

在這里，我們創建一個名叫AzureWebApps的Repository，并且假設我們以VisualStudio為IDE，選擇VisualStudio .ignore 檔案模板，.ignore 檔案里配置了那些我們納入Git管理的檔案，

4.  創建我們的Web API專案，并進行修改，

　　4.1 克隆代碼到本地

　　我們先把上面創建的AzureWebApps Repo 克隆到本地，方便在本地對代碼進行增刪改，Azure DevOps 本身也提供了在線編輯Git Repo，一般一些微小的改動可以直接在線修改，

打開Visual Studio，連接到我們的托管存盤庫，并定位到我們所創建的代碼倉庫（AzureWebApps)，點擊“克隆”即可，

（你本機如未安裝Git，請自行到Git官網安裝Git，后面會用到，）

4.2 創建HelloAzure API網站，

接下來，我們在VS里來創建一個Web API project，

新建專案模板時，我們選擇“Asp.Net Core Web 應用程式”模板，如下：

然后下一步，我們選擇API的ASP.NET Core Web API: 

當我們創建完專案后，默認的API Project是一個隨機回傳天氣預報資訊的API， 我們可以任意修好一些配置，如埠，打包輸出位置，物件型別及屬性等，我在這里簡單加了一個Source 屬性給WeatherForecase.cs. 

5. 創建一個構建管道（Build Pipeline）

　　此構建管道（Build Pipeline）的作用就是：每當我們有代碼更新（Push）到遠程master分支時，它會自動用來自動構建，（自動測驗，這里略過），自動打包生成Artifacts 供后面自動部署管道使用，

　　5.1 創建構建管道 （BuildAndPublishHelloAzure)

　　我們在Pipelines 頁面，新建一個Pipeline， 并選擇連接到“Azure Repos Git” 作為代碼倉庫位置，如下圖：

接著，選擇我們上面存放代碼的代碼倉庫(Repository) - AzureWebApps:

 接下來，我們來進行初始化配置我們的構建管道（Build Pipeline），我們給他配置上一個默認的任務（Task）- ASP.Net Core (.NET Framework) ， 此Task 會利用VS Build來自動編譯.sln 及 .csproj的專案，

這里我簡單介紹下，Azure的一個Pipeline 一般是包含多個任務（Task）， 每個任務（Task）是一個最小的運行單元，Azure 市場（Market place）上有很多現成的task 模板可以供咱們直接使用，只需簡單的配置一些引數即可，

因為我們需要把編譯構建HelloAzure的結果包發布到Azure上的某個地方，因此我們需要給我們的Build Pipeline 加一個任務 Publish build artifacts （直接在搜索框里搜‘publish build’）：

Publish build artifacts 任務有三個引數，我們保持默認就可以， 請注意，其中Artifact name （drop） 在后面配置部署管道時會用到，

點擊添加完后，咱們就會在左邊的YAML Settings 里看到我們新加的這個任務的設定了，如果需要的話，可以進行修改，最后我們保存我們配置好的構建管道，

保存后，我們可以把我們的管道重命名成一個更有意義的名字，如 BuildAndPublishHelloAzure :

5.2 配置自動化（持續性）構建

構建管道創建好了，接下來我們需要給我們的Repository配置如何自動化構建，

我們的需求是，如果master 分支有代碼更新（包括新建Pull Request， Complete Code/Push），那么就自動運行我們BuildAndPublishHelloAzure Pipeline，

首先我們在分支頁面，找到Master 分支的分支策略管理頁面，添加一個構建策略：

新建的構建策略的配置頁面，觸發一項我們選”Automatic“，這樣每當有新的PullRequest 創建時，就會自動系結此BuildAndPublishHelloAzure Pipeline 進行編譯，構建，跑單元測驗等， 

 最后，我們需要在配置，當有代碼check in （PullRequest Complete）后，也自動運行這個build Pipeline，

在BuildAndPublishHelloAzure 編輯頁面，跳到Triggers（觸發器）這個配置tab頁面，我們勾上并選中“Enable continuous integration” 即可，一般我們只需要對特定的一些分支設定持續性集成構建測驗，所以我這里也只設定了master 分支，

到此，自動化的持續性集成構建 （測驗）及打包已經完成了，

6. 在Azure上創建一個Web APP （Web API） 網站

6.1 創建Azure訂閱（Subscription）

在創建Web 網站之前，我們需要創建一個Azure 訂閱（Subscription，Azure用來收費的賬戶，如果你已經有了，可跳過），登錄www.azure.com， 用微軟賬戶登錄，在門戶頁面創建一個subscription，如下：

6.2 創建HelloAzure Web API Application

在Azure Portal （門戶）的搜索框里搜”Api app“， 就回出來 API App 的一個創建模板，點擊它開始創建：

配置好你的網站名字 - JasonHelloAzure，并選擇上一步創建的訂閱（Azure subsciption - Jason Test) ，其他默認即可，

接下來我們將介紹如果將自動化構建生成好的包部署到我們創建的這個API 網站（JasonHelloAzure)上，

7. 創建一個發布管道（Release Pipeline）

　　此發布管道（Release Pipeline）的作用就是：每當我們有代碼更新（Push）后并已經打包好后，此管道會自動將構建管道生成的Artifacts 自動部署到Azure Web App (JasonHelloAzure)，

7.1 創建發布管道HelloAzureReleasePipeline

我們在Releases 頻道，新建一個Release Pipeline， 并選擇連接到“Azure Repos Git” 作為代碼倉庫位置，如下

新建是，會彈出來讓你選擇一個模板（如下圖），我們這可以選擇”Azure App Service deployment“， 這個模板適用于所有Azure Web app及其他一些app （如containers 部署，Azure Function apps等）：

現在我們來給這個部署管道設定部署的來源，點擊Artifacs這個模塊，在右邊會彈出來配置的頁面：

Project 就是我們第二不創建的專案，也是存放我們創建的構建管道的地方，

Source （build pipeline），選擇我們創建的BuildAndPublishHelloAzure 管道，

默認版本（Default Vesion），選擇Latest即可，意思是每當上面的BuildAndPublishHelloAzure管道的最新發布的包，

Source alias， 就是包名的意思，在配置BuildAndPublishHelloAzure構建管道時，有一步配置Artifacts name 配置的就是 "drop”， 這里只需前后配置一致即可，任意字串都可以，

7.2 配置自動化持續性部署

現在我們來給部署管道配置持續性部署觸發（Continuous deployment trigger)， 這個意味著，每當有新的artifacts 包生成時，就自動觸發這個部署管道進行部署，

點擊Artifacts 模塊里的那個小閃電button， 右邊就會出來持續性部署觸發器的配置頁面，

選擇一個master 分支，啟用Continue deployment trigger， 如下圖：

最后一步，我們來配置部署管道要部署的目的地，也就是配置到我們上面創建好的Azure API App （JasonHelloAzure)，

一個部署管道也跟構建管道類似，區別是他包含多個階段（Stage），一個階段又包含任務（Task），

點擊任務選項組（Tasks），在右邊的配置頁里，填好階段名稱，選擇訂閱名稱（Azure subscription - Jason Test)，

App type, 由于我們創建的是API App，自然選擇API App， 選了API App 后，最后的App service name下拉框就會出現所有該訂閱下面的API App， 我們選擇JasonHelloAzure及可，

 Deploy Azure App Service 任務的配置，我們保持默認即可，

8. 測驗結果與總結

8.1 效果展示

我們直接先手動運行下創建好的“HelloAzureReleasePipeline”部署管道，然后訪問JasonHelloAzure API 網站，如下：

最后，我們來試試自動化部署，看看效果（成果）哈 ：）

我們創建一個Pull Request， 那么自動跑我們配置好的CodeBuild Policy （其實就是跑BuildAndPublishHelloAzure Pipeline)

當Pull Request Complete 后， 會自動跑持續性構建管道，以及部署管道：

約3分鐘后，部署完成，再次訪問JasonHelloAzure API: https://jasonhelloazure.azurewebsites.net/weatherforecast , 結果已經更新：

希望對想用Azure DevOps 對自己的服務做自動化CI/CD的人有幫助，

本文沒有重點介紹測驗部分，可以直接給HelloAzure創建一個UnitTest Project，BuildAndPublishPipelline 可以增加一個跑單元測驗的任務即可以實作自動化構建+測驗了，

8.2 總結

Azure DevOps 整體還是很人性好的，在易用性和可擴展性方面確實做的不錯，對于一些中小企業，還是一個不錯的選擇，可以讓研發人員專注于業務邏輯，省去了一些CI/CD的繁雜瑣事，微軟Azure部門可以說是最具有互聯網基因的事業群了，Azure的產品同時也有了互聯網的敏捷性和易用性，這也是微軟股價持續新高，被華爾街看好的原因，

標籤：其他

上一篇：Ansible學習筆記（一）：部署管理Windows機器遇到的一些坑

下一篇：一個軟體產品的幸福人生