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 已足夠
安全性注意事項
- 將部署權限限縮至對象資源
- 決定正式環境部署的核准規則
相關服務
相關比較文章
此術語尚未登錄相關比較文章。
相關架構圖
此術語尚未登錄相關架構圖。
標籤
最後更新日: 2026-06-07
上一個術語
AWS CodeBuild
下一個術語
Amazon Cognito