以工作流程部署 - Amazon CodeCatalyst
如何部署應用程式？部署動作清單部署動作的好處部署動作的替代方案

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

以工作流程部署

您可以使用CodeCatalyst 工作流程將應用程式和其他資源部署到各種目標 AWS Lambda，例如 Amazon ECS 等。

如何部署應用程式？

若要透過部署應用程式或資源 CodeCatalyst，請先建立工作流程，然後在其中指定部署動作。部署動作是工作流程建置區塊，可定義您要部署的項目、部署位置以及部署方式 (例如，使用藍色/綠色配置)。您可以使用 CodeCatalyst 主控台的視覺化編輯器或 YAML 編輯器，將部署動作新增至工作流程。

部署應用程式或資源的高階步驟如下。

若要部署應用程式 (高階工作)

  1. 在 CodeCatalyst 專案中，您可以為要部署的應用程式加入原始程式碼。如需詳細資訊，請參閱 將源代碼存儲在項目的存儲庫中 CodeCatalyst。

  2. 在 CodeCatalyst 專案中，您可以新增一個環境來定義要部署的目標 AWS 帳戶 和選用的 Amazon 虛擬私有雲端 (VPC)。如需詳細資訊，請參閱 使 CodeCatalyst用環境部署到 VPC AWS 帳戶 和 VPC。

  3. 在 CodeCatalyst 專案中，您可以建立工作流程。您可以在工作流程中定義如何建置、測試和部署應用程式。如需詳細資訊，請參閱 開始使用工作流程。

  4. 在工作流程中，您可以新增觸發程序、建置動作，以及選擇性地加入測試動作。如需詳細資訊，請參閱使用觸發器啟動工作流程自動執行、添加構建操作及新增測試動作。

  5. 在工作流程中，您可以新增部署動作。您可以選擇多種針對應用程式 CodeCatalyst提供的部署動作到不同的目標，例如 Amazon ECS。(您也可以使用建置動作或動 GitHub 作來部署應用程式。 如需有關建構動 GitHub 作與動作的詳細資訊，請參閱部署動作的替代方案。)

  6. 您可以手動或透過觸發器自動啟動工作流程。工作流程會依序執行建置、測試和部署動作，以將應用程式和資源部署到目標。如需詳細資訊，請參閱 開始手動執行工作流程。

部署動作清單

下列是可用的部署動作：

注意

還有其他 CodeCatalyst 動作可以部署資源；不過，這些動作不會被視為部署動作，因為它們的部署資訊不會顯示在 [環境] 頁面上。若要深入了解「環境」頁面和檢視建置，請參閱使 CodeCatalyst用環境部署到 VPC AWS 帳戶 和 VPC和檢視部署狀態、認可和提取要求。

部署動作的好處

在工作流程中使用部署動作具有下列優點：

  • 部署歷史記錄 — 檢視部署歷史記錄，以協助管理和溝通已部署軟體中的變更。

  • 可追蹤性 — 透過 CodeCatalyst 主控台追蹤部署狀態，並查看每個應用程式修訂版的部署時間和位置。

  • 復原 — 如果發生錯誤，則會自動復原部署。您也可以設定警示以啟動部署復原。

  • 監控 — 觀察部署在工作流程的各個階段進行時。

  • 與其他 CodeCatalyst 功能集成 — 存儲源代碼，然後構建，測試和部署它，所有這些都從一個應用程序。

部署動作的替代方案

您不必使用部署動作，雖然建議您使用這些動作，因為這些動作提供了前一節所述的優點。相反地，您可以使用下列CodeCatalyst 動作：

  • 建置動作。

    一般而言，如果您想要部署至不存在對應部署動作的目標，或是想要對建置程序進行更多控制，則可以使用建置動作。如需使用建置動作部署資源的詳細資訊，請參閱以工作流程建置。

  • 一個GitHub 動作。

    您可以在工GitHub 作 CodeCatalyst 流程中使用動作來部署應用程式和資源 (而非 CodeCatalyst動作)。如需有關如何在工作 CodeCatalyst 流程中使用 GitHub 「動作」的資訊，請參閱 將 GitHub 動作整合至工作流程

如果您不想使用工作流程來部署應用程式，也可以使用下列 AWS 服務來部署應用 CodeCatalyst 程式：

針對複雜的企業部署使 CodeDeploy用、、和 CloudFormation 服務。 CodeBuild CodePipeline

主題