共用方式為

使用 Azure) 建置 Real-World Cloud Apps (持續整合和持續傳遞

  • 發行項

作者 ：Rick Anderson、 Tom Dykstra

下載修正專案 或 下載電子書

使用 Azure 電子書建置真實世界雲端應用程式是以 Scott Guthrie 開發的簡報為基礎。 其說明 13 種模式和做法，可協助您成功開發雲端的 Web 應用程式。 如需電子書的相關信息，請參閱 第一章。

前兩個建議的開發程式模式是 「自動化所有專案 」和 「原始檔控制」，而第三個程式模式會結合它們。 持續整合 (CI) 表示每當開發人員簽入程式代碼至來源存放庫時，就會自動觸發組建。 持續傳遞 (CD) 進一步：建置和自動化單元測試成功之後，您會自動將應用程式部署至您可以執行更深入測試的環境。

雲端可讓您將維護測試環境的成本降到最低，因為只要您使用環境資源，您就只需要支付環境資源的費用。 您的 CD 程式可以在您需要時設定測試環境，而且您可以在完成測試時關閉環境。

持續整合和持續傳遞工作流程

一般而言，建議您持續傳遞至開發和預備環境。 即使是在 Microsoft，大部分小組都需要手動檢閱和核准程式以進行生產部署。 針對生產環境部署，您可能會想要確定開發小組的重要人員可供支援或低流量期間發生。 但是，您無法完全自動執行開發和測試環境，讓開發人員必須執行的所有動作都是簽入變更，且環境已設定接受測試。

下列 Microsoft 模式和做法電子書中有關持續傳遞 的圖表說明一般工作流程。 按兩下影像，以查看原始內容中的完整大小。

持續傳遞工作流程

雲端如何啟用符合成本效益的 CI 和 CD

在 Azure 中自動化這些程序很簡單。 因為您在雲端中執行所有專案，所以不需要購買或管理組建或測試環境的伺服器。 您不需要等待伺服器可供您執行測試。 當您執行的每個組建時，都可以使用自動化腳本在 Azure 中啟動測試環境、針對它執行驗收測試或更深入的測試，然後在您完成時將其卸除。 而且，如果您只執行該伺服器 2 小時或 8 小時或一天，則您必須支付的金額很小，因為您只需要支付機器實際執行的時間。 例如，如果您從免費層級增加一層，修正它應用程式所需的環境基本上需要每小時 1% 的成本。 在一個月期間，如果您一次只執行環境一小時，您的測試環境的成本可能小於您在「檔案」購買的 Latte。

Azure DevOps Services

Azure DevOps Services 提供許多功能，協助您進行應用程式開發，從規劃到部署。

  • 它同時支援 Git (分散式) 和 TFVC (集中式) 原始檔控制。
  • 它提供彈性建置服務，這表示其會在需要時動態建立組建伺服器，並在完成時將其關閉。 當有人簽入原始碼變更時，您可以自動開始建置，而且您不需要配置並支付大部分時間閑置的組建伺服器。 只要您未超過特定數目的組建，組建服務即可免費。 如果您預期要執行大量組建，您可以支付保留組建伺服器的額外費用。
  • 它支持持續傳遞至 Azure。
  • 它支援自動化負載測試。 負載測試對雲端應用程式很重要，但通常會忽略，直到太晚為止。 負載測試會模擬數千位使用者大量使用應用程式，讓您在將應用程式發行至生產環境之前，找出瓶頸並改善輸送量。
  • 它支援小組會議室共同作業，這可協助小型敏捷式小組進行實時通訊和共同作業。
  • 它支援敏捷式專案管理。

如需 Azure DevOps Services 持續整合和傳遞功能的詳細資訊，請參閱 Azure DevOps 檔。

如果您要尋找關鍵性專案管理、小組共同作業和原始檔控制解決方案，請參閱 Azure DevOps Services。 在 Azure DevOps Services 註冊。

摘要

前三個雲端開發模式是關於如何實作具有低周期時間的可重複、可靠、可預測的開發程式。 在下 一章 中，我們開始探討架構和程式代碼撰寫模式。

資源

如需詳細資訊，請參閱在 Azure App 服務 中部署 Web 應用程式。

另請參閱下列資源：

上一個下一個