跳到主要內容
Management管理初級CLF-C02SAA-C03

CodePipeline

AWS CodePipeline

將程式碼變更到部署的流程自動化的服務。

一句話說明

將程式碼變更到部署的流程自動化的服務。

概要

AWS CodePipeline 是串接原始碼、建置、測試、部署的 CI/CD 管道服務。

主要用途

  • 自動部署
  • 帶有核准的發佈
  • 與 CodeBuild 或 CodeDeploy 的整合

CLF-C02 考試重點

  • 是建構 CI/CD 管道的服務
  • 可串接多個階段
  • 在開發營運自動化的脈絡中出現

SAA-C03 考試重點

  • 可在正式環境反映前加入核准階段
  • 規劃並區分各階段的 IAM 權限
  • 可能與 GitHub Actions 的角色重疊

實際使用情境

AWS CodePipeline 是視覺化建構、管理從原始碼提交到組建、測試、部署的 CI/CD 管線的編排服務。管線由階段與動作組成,各階段可組入 CodeBuild、CodeDeploy、 CloudFormation、ECS、Lambda 等 AWS 服務,以及 GitHub Actions、Jenkins 等第三方 服務作為動作。 標準架構是來源階段(以 CodeCommit 或 GitHub 的推送為觸發)→組建階段(以 CodeBuild 進行的編譯、測試)→部署階段(透過 CodeDeploy 或 CloudFormation 進行正式環境反映)的 3 階段架構。在階段之間插入手動核准動作,可在正式環境部署 前強制取得核准者的確認。橫跨多個環境(dev → staging → prod)的晉升,也只需 增加階段即可實現。費用以每條管線的月度固定費用為基本,最初的 1 條有免費利用 範圍。 在 CLF-C02 中,題目會以「管理 CI/CD 管線的服務是哪個」的形式出題,整理並記住 CodeCommit、CodeBuild、CodeDeploy、CodePipeline 這 4 個服務的角色非常重要。 CodeBuild 負責個別的組建、測試處理,而 CodePipeline 則扮演整合這些並編排整條 管線的角色。SAA-C03 以後,藍綠部署、金絲雀發布、跨帳號管線的設計模式都包含 在出題範圍內。

官方文件

成本注意事項

  • 依作用中的管道數量等計費
  • 個人 MVP 階段多數情況下使用 GitHub Actions 已足夠

安全性注意事項

  • 將部署權限限縮至對象資源
  • 決定正式環境部署的核准規則

相關服務

相關比較文章

此術語尚未登錄相關比較文章。

相關架構圖

此術語尚未登錄相關架構圖。

標籤

cicdpipelinedevops

最後更新日: 2026-06-07