選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

OPS05-BP04 使用建置和部署管理系統

焦點模式
OPS05-BP04 使用建置和部署管理系統 - AWS Well-Architected 架構

使用建置和部署管理系統。這些系統可減少由手動程序引起的錯誤,並減少部署變更的工作量。

在 AWS 中,您可以使用 AWS 開發人員工具 等服務 (例如,AWS CodeCommit、 AWS CodeBuildAWS CodePipelineAWS CodeDeployAWS CodeStar) 建立持續整合/持續部署 (CI/CD) 管道。

常用的反模式:

  • 在開發系統中編譯程式碼之後,您將可執行檔複製到生產系統中,然後其無法啟動。本機日誌檔案指出其因缺少相依性而失敗。

  • 您在開發環境中使用新功能成功建置應用程式,並將程式碼提供給品質保證 (QA)。它的 QA 失敗,原因是它缺少靜態資產。

  • 在花費大量精力之後的星期五,您已在開發環境中成功手動建置應用程式,包括您新編碼的功能。在星期一,您無法重複讓您成功建置應用程式的步驟。

  • 您執行為新版本建立的測試。然後,您會在下週設定測試環境,並執行所有現有的整合測試,接著執行效能測試。新的程式碼具有無法接受的效能影響,必須重新開發,然後重新測試。

建立此最佳實務的優勢: 透過提供用於管理建置和部署活動的機制,您可以減少執行重複性任務的工作量,讓團隊成員專注於高價值的創意任務,並限制手動程序引入錯誤。

若未建立此最佳實務,暴露的風險等級:

實作指引

資源

相關文件:

相關影片:

在本頁面

隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。