AWS CICD

CI/CD คือแนวคิดที่ทำให้การ build, test, และ deploy โค้ดเป็นแบบอัตโนมัติ เพื่อปล่อยซอฟต์แวร์ได้บ่อยและปลอดภัยขึ้น ก่อนจะเข้าบริการแต่ละตัวของ AWS ต้องแยกให้ออกว่า CI, Continuous Delivery, และ Continuous Deployment ต่างกันตรงไหน เพราะข้อสอบชอบถามเชิงนิยาม

CodeCommit เป็น managed Git repository บน AWS — โค้ดเก็บใน private repos, scalable, integrate กับ IAM, และ encrypted (KMS) โดยอัตโนมัติ ไม่มี size limit ของ repo ตามที่ต้องจำเชิงตัวเลข แต่จุดที่ออกสอบจริงคือ การ authenticate และ notifications

วิธี Authentication เข้า CodeCommit

• SSH Keys — ผู้ใช้ configure SSH key ที่ผูกกับ IAM User (จัดการในหน้า IAM)
• HTTPS — ใช้ AWS CLI Credential helper หรือ Git Credentials (HTTPS Git credentials ที่ generate ให้ IAM User)
• ห้าม ใช้ username/password ของ AWS Console ตรงๆ และ ไม่ใช้ access keys ในการ git clone โดยตรง

Authorization & Encryption

• ควบคุมสิทธิ์ด้วย IAM Policies (เช่น จำกัด branch ที่ push ได้ด้วย IAM condition)
• Encryption at rest ด้วย AWS KMS, in transit ด้วย HTTPS/SSH
• Cross-account access ทำผ่าน IAM Roles + STS (AssumeRole) — ไม่ใช่การแชร์ credentials

Notifications & Integrations

CodeCommit ส่ง event ได้ผ่าน SNS / AWS Lambda / EventBridge เช่น เมื่อมีคน push, มี pull request, หรือ comment. เคสที่ใช้ SNS/Lambda มักเป็น: ป้องกัน branch หลัก, แจ้งเตือน deletion, trigger external build.

CodeBuild เป็น fully managed build service — compile source, run tests, สร้าง artifacts. ไม่ต้องจัดการ build server เอง, จ่ายตามเวลาที่ใช้ (per-minute). Source มาจาก CodeCommit/S3/GitHub/Bitbucket. คำสั่ง build ถูกนิยามใน buildspec.yml ที่อยู่ที่ root ของ source code (หรือกำหนด inline ก็ได้)

Phases ใน buildspec.yml (ต้องจำลำดับ)

• install — ติดตั้ง dependencies/packages ที่ build environment ต้องใช้
• pre_build — คำสั่งก่อน build เช่น login เข้า ECR, npm install
• build — คำสั่ง build จริง เช่น mvn package, docker build
• post_build — งานหลัง build เช่น docker push, สร้าง artifact, ส่ง notification
• env — กำหนด environment variables (plaintext / parameter-store / secrets-manager)
• artifacts — ระบุไฟล์ output ที่จะส่งไปเก็บใน S3
• cache — ระบุไฟล์/โฟลเดอร์ที่จะ cache ไป S3 เพื่อ build ครั้งหน้าเร็วขึ้น

version: 0.2

env:
  variables:
    JAVA_HOME: "/usr/lib/jvm/java-11"
  parameter-store:
    LOGIN_PASSWORD: /CodeBuild/dockerLoginPassword   # จาก SSM Parameter Store
  secrets-manager:
    DB_PASSWORD: prod/db:password                    # จาก Secrets Manager

phases:
  install:
    runtime-versions:
      java: corretto11
    commands:
      - echo Installing dependencies...
  pre_build:
    commands:
      - echo Logging in to Amazon ECR...
      - aws ecr get-login-password | docker login --username AWS --password-stdin $REPO_URI
  build:
    commands:
      - echo Build started
      - mvn package
  post_build:
    commands:
      - echo Build completed, pushing image...
      - docker push $REPO_URI:latest

artifacts:
  files:
    - target/my-app.jar
    - appspec.yml
  base-directory: .

cache:
  paths:
    - '/root/.m2/**/*'

Environment Variables & Secrets

• variables — ค่า plaintext (ห้ามเก็บ secret ที่นี่)
• parameter-store — ดึงค่าจาก SSM Parameter Store
• secrets-manager — ดึงค่าจาก AWS Secrets Manager (เหมาะกับ password/credential ที่ rotate)

Local Build, VPC & Caching

• Local Build — ทำได้โดยติดตั้ง CodeBuild Agent บนเครื่อง (รันใน Docker) เพื่อ debug buildspec ลึกๆ ก่อน push
• CodeBuild สามารถรันใน VPC เพื่อเข้าถึง resource ส่วนตัว (RDS, ElastiCache, internal service)
• Caching เก็บได้ที่ S3 (เช่น dependencies) หรือ local cache เพื่อลดเวลา build
• Build environment เป็น Docker — ใช้ image ของ AWS หรือ custom image ของเราเองจาก ECR ได้

CodeDeploy ทำหน้าที่ deploy application อัตโนมัติไปยัง EC2, on-premises, AWS Lambda, และ ECS ต้องติดตั้ง CodeDeploy Agent บน EC2/on-prem (ไม่ต้องสำหรับ Lambda/ECS). ไฟล์คุม deploy คือ appspec.yml — ตำแหน่งและเนื้อหาขึ้นกับ compute platform

Deployment Type: In-place vs Blue/Green

Deployment Configurations (ความเร็วในการกระจาย traffic)

• AllAtOnce — deploy ทุก instance พร้อมกัน เร็วสุด แต่ downtime สูง เสี่ยงสุด
• HalfAtATime — ครั้งละ 50% ของ instances
• OneAtATime — ครั้งละ 1 instance ช้าสุด แต่ปลอดภัยสุด
• Canary (Lambda/ECS) — ปล่อย traffic เป็น 2 ก้อน เช่น Canary10Percent5Minutes (10% ก่อน รอ 5 นาที แล้วปล่อยที่เหลือ)
• Linear (Lambda/ECS) — ปล่อย traffic เพิ่มเท่าๆ กันทุกช่วงเวลา เช่น Linear10PercentEvery3Minutes
• AllAtOnce สำหรับ Lambda/ECS = สลับทั้งหมดทันที

Lifecycle Hooks สำหรับ EC2/On-prem (ออกสอบบ่อยที่สุด)

ลำดับ hooks สำคัญมาก: ApplicationStop → DownloadBundle → BeforeInstall → Install → AfterInstall → ApplicationStart → ValidateService. หมายเหตุ: DownloadBundle และ Install เป็น step ที่ CodeDeploy agent ทำเอง เราเขียน script ใส่ hooks อื่นได้

• BeforeInstall — งานก่อนติดตั้ง เช่น backup ไฟล์เดิม, decrypt files
• AfterInstall — งานหลังไฟล์ลงแล้ว เช่น config, set permission
• ApplicationStart — สั่งเริ่ม service/แอป
• ValidateService — ตรวจว่า deploy สำเร็จ/health check (hook สุดท้าย)

version: 0.0
os: linux
files:
  - source: /
    destination: /var/www/html/
hooks:
  BeforeInstall:
    - location: scripts/backup.sh
      timeout: 300
      runas: root
  AfterInstall:
    - location: scripts/configure.sh
      timeout: 180
      runas: root
  ApplicationStart:
    - location: scripts/start_server.sh
      timeout: 60
      runas: root
  ValidateService:
    - location: scripts/health_check.sh
      timeout: 60
      runas: root

Rollback

• Rollback เกิดได้ทั้ง อัตโนมัติ (เมื่อ deployment fail หรือ CloudWatch Alarm trigger) หรือ manual
• CodeDeploy rollback = deploy revision ที่ดี "ก่อนหน้า" ใหม่อีกครั้ง (re-deploy last known good) ไม่ใช่การ restore snapshot

CodePipeline เป็นเครื่องมือ orchestrate workflow CI/CD แบบ visual — ร้อย stage ต่างๆ เข้าด้วยกัน: Source → Build → Test → Deploy (และ stage อื่นๆ ที่กำหนดเอง) เป็น backbone ที่เชื่อม CodeCommit/CodeBuild/CodeDeploy เข้าด้วยกัน

องค์ประกอบหลัก

• Stages — ขั้นตอนใน pipeline (Source, Build, Deploy ฯลฯ) แต่ละ stage มี action ได้หลายตัว (sequential/parallel)
• Artifacts — output ของแต่ละ stage ถูกเก็บใน Amazon S3 แล้วส่งต่อเป็น input ให้ stage ถัดไป (ผ่าน artifact store ที่เป็น S3 bucket)
• Manual Approval — เพิ่ม action ประเภท approval เพื่อให้คนกดอนุมัติก่อนไป stage ถัดไป (= Continuous Delivery)
• EventBridge — trigger pipeline เมื่อมี event (เช่น push เข้า CodeCommit) เป็นวิธีที่แนะนำแทน polling

CodeArtifact เป็น artifact/package repository แบบ managed สำหรับเก็บและแชร์ software dependencies ทำงานร่วมกับ package manager มาตรฐาน: npm, Maven/Gradle, pip, NuGet, yarn, twine ฯลฯ ช่วยให้ทีมไม่ต้องตั้ง Nexus/Artifactory เอง

• สามารถตั้งเป็น proxy ของ public repository (เช่น npmjs, PyPI, Maven Central) — เมื่อขอ package ที่ไม่มี จะดึงจาก upstream มา cache ไว้
• ควบคุมสิทธิ์ด้วย IAM และ resource policies (domain/repository policy)
• Integrate กับ CodeBuild เพื่อดึง dependency ภายในขั้น build อย่างปลอดภัย
• EventBridge สามารถ trigger เมื่อมี package version ใหม่ถูก publish (เช่น trigger pipeline ให้ build ใหม่)

Amazon CodeGuru เป็นบริการ ML สองส่วน: CodeGuru Reviewer (วิเคราะห์โค้ดเชิงสถิติหา bug/ช่องโหว่/แนวทางที่ดี) และ CodeGuru Profiler (วิเคราะห์ runtime performance ของแอปที่กำลังรัน เพื่อหา bottleneck และลดต้นทุน CPU)

CodeStar

CodeStar เป็น unified UI ที่รวมเครื่องมือ CI/CD ทั้งหมด (CodeCommit, CodeBuild, CodeDeploy, CodePipeline) ในที่เดียว ช่วยตั้ง project + CI/CD pipeline ได้รวดเร็วผ่าน template. หมายเหตุ AWS CodeStar (เดิม) อยู่ในช่วง phase-out แต่ยังพบในขอบเขตข้อสอบ DVA-C02