共用方式為


使用 Azure Pipelines 的 CI/CD 基準架構

本文說明將應用程式變更部署至 Azure 中預備和生產環境的高階 DevOps 工作流程。 解決方案會使用持續整合/持續部署 (CI/CD) 做法與 Azure Pipelines。

重要

本文涵蓋使用 Azure Pipelines 的一般 CI/CD 架構。 其目的並非涵蓋部署到不同環境的特定專案,例如 Azure App 服務、虛擬機器 和 Azure Power Platform。 部署平台細節涵蓋於不同的文章中。

架構

使用 Azure Pipelines 的 CI/CD 管線架構圖表。

下載此架構的 Visio 檔案

注意

雖然本文涵蓋應用程式變更的 CI/CD,但 Azure Pipelines 也可用來建置基礎結構的 CI/CD 管線作為程式碼 (IaC) 變更。

資料流程

數據流會流經案例,如下所示:

  1. PR 管線 - Azure Repos Git 的提取要求會觸發 PR 管線。 此管線會執行快速質量檢查。 這些檢查應包括:

    • 建置程序代碼,需要從相依性管理系統提取相依性。
    • 使用工具來分析程序代碼,例如靜態程式代碼分析、linting 和安全性掃描
    • 單元測試

    如果任何檢查失敗,管線執行就會結束,開發人員必須進行必要的變更。 如果所有檢查都通過,管線應該需要PR檢閱。 如果PR檢閱失敗,管線就會結束,開發人員必須進行必要的變更。 如果所有檢查和PR檢閱都通過,PR就會成功合併。

  2. CI 管線 - 合併至 Azure Repos Git 會觸發 CI 管線。 此管線會執行與 PR 管線相同的檢查,其中包含一些重要的新增專案。 CI 管線會執行整合測試。 這些整合測試不應該要求部署解決方案,因為尚未建立組建成品。 如果整合測試需要秘密,管線會從 Azure 金鑰保存庫 取得這些秘密。 如果任何檢查失敗,管線就會結束,而開發人員必須進行必要的變更。 成功執行此管線的結果是建立和發佈組建成品

  3. CD 管線觸發程式 - 發行成品 會觸發CD管線

  4. CD 發行至預備 - CD 管線會下載 CI 管線中建立的組建成品,並將解決方案部署到預備環境。 然後管線會針對預備環境執行驗收測試,以驗證部署。 如果任何驗收測試失敗,管線就會結束,開發人員必須進行必要的變更。 如果測試成功, 可以實作手動驗證工作 ,以要求人員或群組驗證部署並繼續管線。

  5. CD 發行至生產 環境 - 如果手動介入恢復,或未實作手動介入,管線會將解決方案發行至生產環境。 管線應該在生產環境中執行煙霧測試,以確保發行如預期般運作。 如果手動介入步驟導致取消、發行失敗或煙霧測試失敗,則會回復發行、管線結束,而開發人員必須進行必要的變更。

  6. 監視 - Azure 監視器會收集可觀察性數據,例如記錄和計量,讓操作員可以分析健康情況、效能和使用方式數據。 Application Insights 會收集所有應用程式特定的監視數據,例如追蹤。 Azure Log Analytics 用來儲存所有數據。

元件

  • Azure Repos Git 存放庫可作為程式代碼存放庫,提供版本控制和共同作業項目的平臺。

  • Azure Pipelines 提供建置、測試、封裝和發行應用程式和基礎結構程序代碼的方式。 此範例有三個不同的管線,具有下列責任:

    • PR 管線會先驗證程式碼,再允許PR透過Linting、建置和單元測試合併。
    • CI 管線會在合併程式代碼之後執行。 它們會執行與 PR 管線相同的驗證,但如果一切都成功,請新增整合測試和發佈組建成品。
    • CD 管線會部署組建成品、執行驗收測試,以及發行至生產環境。
  • Azure 成品摘要 可讓您管理和共用軟體套件,例如 Maven、npm 和 NuGet。 成品摘要可讓您管理套件的生命週期,包括版本控制、升級和淘汰套件。 這可協助您確保小組使用最新且最安全的套件版本。

  • 金鑰保存庫 可讓您管理解決方案的安全數據,包括秘密、加密密鑰和憑證。 在此架構中,它會用來儲存應用程式秘密。 這些秘密是透過管線存取。 Azure Pipelines 可以使用 金鑰保存庫 工作從 金鑰保存庫 連結秘密來存取秘密。

  • 監視 是可觀察性資源,可收集和儲存 Azure 服務的計量和記錄、應用程式遙測和平臺計量。 使用此資料來監視應用程式、設定警示、儀表板,以及執行失敗的根本原因分析。

  • Application Insights 是一項監視服務,可即時深入解析 Web 應用程式的效能和使用方式。

  • Log Analytics 工作區 提供中央位置,您可以在其中儲存、查詢和分析來自多個來源的數據,包括 Azure 資源、應用程式和服務。

替代項目

雖然本文著重於 Azure Pipelines,但您可以考慮下列替代方案:

  • Azure DevOps Server (先前稱為 Team Foundation Server)可作為內部部署替代專案。

  • Jenkins 是用來自動化建置和部署的 開放原始碼 工具。

  • GitHub Actions 可讓您直接從 GitHub 自動化 CI/CD 工作流程。

  • GitHub 存放庫 可以取代為程式代碼存放庫。 Azure Pipelines 與 GitHub 存放庫緊密整合。

本文著重於使用 Azure Pipelines 的一般 CI/CD 做法。 以下是您可以考慮部署的一些計算環境:

  • App Services 是以 HTTP 為基礎的服務,用於裝載 Web 應用程式、REST API 和行動後端。 您可以使用慣用的語言進行開發,而且應用程式可在 Windows 和 Linux 環境中輕鬆執行和調整。 Web Apps 支援部署位置,例如預備和生產環境。 您可以將應用程式部署至預備位置,並將它釋放至生產位置。

  • Azure 虛擬機器 處理需要高度控制的工作負載,或依賴 Web Apps 無法使用的作業系統元件和服務(例如 Windows GAC 或 COM)。

  • Azure Power Platform 是雲端服務的集合,可讓使用者建置、部署及管理應用程式,而不需要基礎結構或技術專長。

  • Azure Functions 是無伺服器計算平臺,可用來建置應用程式。 透過 Functions,您可以使用觸發程式和系結來整合服務。 函式也支援部署位置,例如預備和生產環境。 您可以將應用程式部署至預備位置,並將它釋放至生產位置。

  • Azure Kubernetes Service (AKS) 是 Azure 中的受控 Kubernetes 叢集。 Kubernetes 是 開放原始碼 容器協調流程平臺。

  • Azure Container Apps 可讓您在無伺服器平台上執行容器化應用程式。

案例詳細資料

使用經證實的 CI 和 CD 做法來部署應用程式或基礎結構變更,可提供各種優點,包括:

  • 較短的發行週期 - 自動化 CI/CD 程式可讓您比手動做法更快部署。 許多組織每天部署多次。
  • 更好的程式代碼品質 - CI 管線中的品質閘道,例如 Linting 和單元測試,會產生更高的品質程式代碼。
  • 降低發行 的風險 - 適當的 CI/CD 做法可大幅降低發行新功能的風險。 部署可以在發行前進行測試。
  • 提高生產力 - 自動化 CI/CD 可讓開發人員能夠專注於手動整合和部署,讓開發人員能夠專注於新功能。
  • 啟用復原 - 雖然適當的 CI/CD 做法會降低發行的 Bug 或回歸數目,但仍會發生。 CI/CD 可以啟用舊版的自動復原。

潛在使用案例

請考慮下列專案的 Azure Pipelines 和 CI/CD 程式:

  • 加速應用程式開發和部署生命週期。
  • 將品質和一致性建置至自動化建置和發行程式。
  • 增加應用程式穩定性和運行時間。

考量

這些考量能實作 Azure Well-Architected Framework 的要素,其為一組指導原則,可以用來改善工作負載的品質。 如需詳細資訊,請參閱 Microsoft Azure Well-Architected Framework (部分機器翻譯)。

卓越營運

  • 請考慮實作 基礎結構即程序代碼 (IaC), 以定義您的基礎結構,並將其部署在管線中。

  • 請考慮使用 VSTS 市集中提供的其中一個 令牌化 工作,在內容中,通常是指敏感性資訊(例如 API 金鑰、密碼或其他秘密)在部署或設定期間會以令牌或佔位元取代的程式。

  • 發行定義中使用發行變數 來驅動環境的組態變更。 發行變數的範圍可以限定於整個版本或指定的環境。 使用變數進行秘密資訊時,請確定您選取掛鎖圖示。

  • 如果您要部署到在受保護的虛擬網路中執行的資源,請考慮使用 自我裝載代理 程式。 如果您正在執行大量組建,您也可以考慮自我裝載代理程式。 在大量建置磁碟區的情況下,可以使用自我裝載代理程式,以符合成本效益的方式加速組建。

  • 請考慮盡早在發行管線中使用 ApplicationInsights 和其他監視工具。 許多組織只會在其生產環境中開始監視。 藉由監視其他環境,您可以識別開發程式稍早的錯誤,並避免生產環境中的問題。

  • 請考慮將個別的監視資源用於生產環境。

  • 請考慮使用 YAML 管線,而不是傳統介面。 YAML 管線可以像其他程式代碼一樣處理。 例如,YAML 管線可以簽入原始檔控制和版本控制。

  • 請考慮使用 YAML 範本 來提升重複使用和簡化管線。 例如,PR 和 CI 管線很類似。 單一參數化範本可用於這兩個管線。

  • 請考慮在預備和生產環境以外建立環境,以支援手動使用者驗收測試、效能和負載測試,以及復原等活動。

成本最佳化

成本最佳化是關於考慮如何減少不必要的費用,並提升營運效率。 如需詳細資訊,請參閱成本最佳化要素的概觀

Azure DevOps 成本取決於組織中需要存取的用戶數目,以及其他因素,例如所需的並行組建/發行數目和測試用戶數目。 如需詳細資訊,請參閱 Azure DevOps 定價

定價計算機 提供 20 位使用者執行 Azure DevOps 的估計值。

Azure DevOps 會依每位使用者每月計費。 除了任何其他測試用戶或使用者基本授權之外,可能需要更多費用,視需要並行管線而定。

安全性

下一步

檢閱下列資源以深入瞭解 CI/CD 和 Azure DevOps: