Azure Container Apps Automation Script — คู่มือฉบับสมบูรณ์ 2026 | SiamCafe Blog

Azure Container Apps Automation Script — คู่มือฉบับสมบูรณ์ 2026

ในยุคที่การพัฒนาแอปพลิเคชันเปลี่ยนไปสู่แนวทางแบบ Microservices และ Containerization อย่างเต็มตัว บริการอย่าง Azure Container Apps (ACA) ได้กลายเป็นตัวเลือกชั้นนำสำหรับการรันแอปพลิเคชันในคอนเทนเนอร์แบบ Serverless บนคลาวด์ของ Microsoft Azure การทำงานกับ ACA นั้นเรียบง่ายผ่านพอร์ทัล แต่เมื่อต้องทำซ้ำ, ขยายขนาด หรือบูรณาการเข้ากับกระบวนการ CI/CD การใช้ Automation Scripts กลายเป็นสิ่งจำเป็นอย่างหลีกเลี่ยงไม่ได้ บทความฉบับสมบูรณ์นี้จาก SiamCafe Blog จะพาคุณเจาะลึกทุกแง่มุมของการสร้างและใช้สคริปต์เพื่ออัตโนมัติการทำงานของ Azure Container Apps ตั้งแต่พื้นฐานไปจนถึงเทคนิคขั้นสูง พร้อมด้วย Best Practices และ Use Cases จริงสำหรับปี 2026

ทำไมต้อง Automation Script สำหรับ Azure Container Apps?

การจัดการทรัพยากรคลาวด์ด้วยมือผ่าน UI อาจเหมาะสำหรับการทดลองหรือสภาพแวดล้อมเดี่ยว แต่ในโลกแห่งความเป็นจริงของ DevOps และการผลิต การทำซ้ำได้ (Repeatability), ความสอดคล้อง (Consistency), และความเร็ว คือหัวใจสำคัญ Automation Script ช่วยให้คุณสามารถ:

• สร้างและทำลายสภาพแวดล้อมได้อย่างรวดเร็ว: สำหรับการทดสอบ, การสาธิต, หรือแม้กระทั่งการประหยัดค่าใช้จ่ายโดยการปิดทรัพยากรเมื่อไม่ใช้
• รักษาความสอดคล้อง: รับประกันว่าสภาพแวดล้อม Development, Staging, และ Production มีการกำหนดค่าที่เหมือนกันทุกประการ ลดปัญหาแบบ “ทำงานบนเครื่องผมได้นะ”
• บูรณาการกับ CI/CD Pipeline: ทำให้การดีพลอยแอปพลิเคชันใหม่เป็นกระบวนการอัตโนมัติที่ไร้รอยต่อ ตั้งแต่การ Merge Code ไปจนถึงการอัปเดต Container Apps
• ลดข้อผิดพลาดจากมนุษย์: กำจัดความเสี่ยงจากการคลิกผิดหรือลืมขั้นตอนสำคัญ
• จัดการแบบ Infrastructure as Code (IaC): กำหนดโครงสร้างพื้นฐานทั้งหมดด้วยโค้ด ซึ่งสามารถติดตามเวอร์ชัน ตรวจสอบ และรีวิวได้เหมือนโค้ดแอปพลิเคชัน

เครื่องมือสำหรับสร้าง Automation Script

คุณมีทางเลือกหลักๆ หลายทางสำหรับการเขียนสคริปต์อัตโนมัติบน Azure:

เริ่มต้นกับ Azure CLI Script พื้นฐาน

Azure CLI เป็นจุดเริ่มต้นที่ยอดเยี่ยมเนื่องจากใช้งานข้ามแพลตฟอร์มได้และมีไวยากรณ์ที่ตรงไปตรงมา มาดูสคริปต์พื้นฐานสำหรับการสร้าง Azure Container Apps Environment และแอปพลิเคชันกัน

ขั้นตอนที่ 1: การเตรียมการและ Authentication

ก่อนรันสคริปต์ใดๆ คุณต้องล็อกอินและตั้งค่าสภาพแวดล้อมเป้าหมาย

# ล็อกอินเข้าสู่ Azure
az login

# ตั้งค่า Subscription ที่ต้องการใช้งาน (หากมีหลาย Subscription)
az account set --subscription "ชื่อหรือ ID ของ Subscription ของคุณ"

# กำหนดตัวแปรพื้นฐานเพื่อใช้ในสคริปต์ (ปรับค่าตามต้องการ)
RESOURCE_GROUP="rg-siamcafe-containerapps"
LOCATION="southeastasia"
ENVIRONMENT_NAME="cae-siamcafe-prod"
CONTAINER_APP_NAME="ca-siamcafe-api"
IMAGE_NAME="siamcafe.azurecr.io/myapp:latest"

ขั้นตอนที่ 2: สคริปต์สร้าง Resource Group, Environment และ Container App

สคริปต์ด้านล่างนี้จะสร้างทรัพยากรทั้งหมดตั้งแต่ต้น

#!/bin/bash

# กำหนดตัวแปร
RESOURCE_GROUP="rg-siamcafe-containerapps"
LOCATION="southeastasia"
ENVIRONMENT_NAME="cae-siamcafe-prod"
CONTAINER_APP_NAME="ca-siamcafe-api"
IMAGE_NAME="siamcafe.azurecr.io/myapp:v1.0.0"
REGISTRY_SERVER="siamcafe.azurecr.io"
REGISTRY_USERNAME=$(az keyvault secret show --vault-name myVault --name acr-username --query value -o tsv)
REGISTRY_PASSWORD=$(az keyvault secret show --vault-name myVault --name acr-password --query value -o tsv)

# 1. สร้าง Resource Group
echo "กำลังสร้าง Resource Group: $RESOURCE_GROUP..."
az group create --name $RESOURCE_GROUP --location $LOCATION

# 2. สร้าง Container Apps Environment (จำเป็นต้องมี Log Analytics Workspace)
echo "กำลังสร้าง Container Apps Environment: $ENVIRONMENT_NAME..."
az containerapp env create \
  --name $ENVIRONMENT_NAME \
  --resource-group $RESOURCE_GROUP \
  --location $LOCATION

# 3. สร้าง Container App
echo "กำลังสร้าง Container App: $CONTAINER_APP_NAME..."
az containerapp create \
  --name $CONTAINER_APP_NAME \
  --resource-group $RESOURCE_GROUP \
  --environment $ENVIRONMENT_NAME \
  --image $IMAGE_NAME \
  --target-port 80 \
  --ingress 'external' \
  --min-replicas 1 \
  --max-replicas 5 \
  --cpu 0.5 \
  --memory 1.0Gi \
  --registry-server $REGISTRY_SERVER \
  --registry-username $REGISTRY_USERNAME \
  --registry-password $REGISTRY_PASSWORD \
  --env-vars "APP_VERSION=v1.0.0" "NODE_ENV=production"

echo "การสร้าง Container App '$CONTAINER_APP_NAME' เสร็จสมบูรณ์!"
echo "ตรวจสอบ URL ของแอปพลิเคชันด้วยคำสั่ง: az containerapp show --name $CONTAINER_APP_NAME --resource-group $RESOURCE_GROUP --query properties.configuration.ingress.fqdn -o tsv"

การยกระดับด้วย Infrastructure as Code: Bicep

สำหรับการจัดการที่声明式 (Declarative) และสามารถติดตามความเปลี่ยนแปลงได้ Bicep คือคำตอบจาก Microsoft โดยตรง ไฟล์ Bicep จะอธิบาย *สิ่งที่* คุณต้องการให้ระบบเป็น ไม่ใช่ *วิธีการ* ทำให้ได้มา

ตัวอย่างไฟล์ main.bicep สำหรับ Container Apps

// main.bicep
param location string = 'southeastasia'
param environmentName string = 'cae-siamcafe-prod'
param containerAppName string = 'ca-siamcafe-frontend'
param containerImage string = 'siamcafe.azurecr.io/frontend:latest'

// 1. สร้าง Resource Group (มักจะดีพลอยจากระดับที่สูงกว่า)
// 2. สร้าง Log Analytics Workspace (จำเป็นสำหรับ Environment)
resource logAnalyticsWorkspace 'Microsoft.OperationalInsights/workspaces@2021-06-01' = {
  name: 'law-${environmentName}'
  location: location
  properties: {
    sku: {
      name: 'PerGB2018'
    }
  }
}

// 3. สร้าง Container Apps Environment
resource containerAppEnvironment 'Microsoft.App/managedEnvironments@2022-03-01' = {
  name: environmentName
  location: location
  properties: {
    appLogsConfiguration: {
      destination: 'log-analytics'
      logAnalyticsConfiguration: {
        customerId: logAnalyticsWorkspace.properties.customerId
        sharedKey: logAnalyticsWorkspace.listKeys().primarySharedKey
      }
    }
  }
}

// 4. สร้าง Container App
resource containerApp 'Microsoft.App/containerApps@2022-03-01' = {
  name: containerAppName
  location: location
  properties: {
    managedEnvironmentId: containerAppEnvironment.id
    configuration: {
      ingress: {
        external: true
        targetPort: 3000
        traffic: [
          {
            weight: 100
            latestRevision: true
          }
        ]
      }
      registries: [
        {
          server: 'siamcafe.azurecr.io'
          username: listCredentials('siamcafeacr').username
          passwordSecretRef: 'acr-password'
        }
      ]
      secrets: [
        {
          name: 'acr-password'
          value: listCredentials('siamcafeacr').passwords[0].value
        }
      ]
    }
    template: {
      containers: [
        {
          image: containerImage
          name: containerAppName
          resources: {
            cpu: json('0.5')
            memory: '1Gi'
          }
          env: [
            {
              name: 'NODE_ENV'
              value: 'production'
            }
          ]
        }
      ]
      scale: {
        minReplicas: 1
        maxReplicas: 10
      }
    }
  }
}

// ฟังก์ชันช่วยสำหรับดึง Credentials จาก ACR
resource acr 'Microsoft.ContainerRegistry/registries@2021-09-01' existing = {
  name: 'siamcafeacr'
}

module acrCredentials 'containerRegistry/listCredentials.bicep' = {
  name: 'getAcrCredentials'
  params: {
    registryName: acr.name
  }
}

output frontendFqdn string = containerApp.properties.configuration.ingress.fqdn

การดีพลอยด้วย Bicep ทำได้ง่ายดายด้วยคำสั่งเดียว: az deployment group create --resource-group rg-siamcafe --template-file main.bicep --parameters containerImage='siamcafe.azurecr.io/frontend:v2.1.0'

Best Practices สำหรับการเขียน Automation Script ที่มั่นคง

เพื่อให้สคริปต์ของคุณใช้งานได้จริงใน Production ควรปฏิบัติตามหลักการเหล่านี้:

1. การจัดการความลับ (Secrets Management)

ห้ามเก็บ password, API key, หรือ connection string ใดๆ ในสคริปต์หรือไฟล์ IaC โดยตรง ใช้ Azure Key Vault เสมอ

• ดึงความลับจาก Key Vault มาใช้ในสคริปต์ขณะรัน
• ใน Bicep/Terraform ให้ใช้ Data Source หรือ Resource ที่อ้างอิงถึง Key Vault Secret

2. การใช้ตัวแปรและพารามิเตอร์

ทำให้สคริปต์มีความยืดหยุ่นโดยการกำหนดค่าทั้งหมดผ่านตัวแปรหรือพารามิเตอร์ ควรมีไฟล์กำหนดค่าสำหรับแต่ละสภาพแวดล้อม (dev, staging, prod)

3. การจัดการ State (สำหรับ Terraform)

หากใช้ Terraform ต้องจัดเก็บ Terraform State File (.tfstate) ในที่กลางเช่น Azure Storage Account พร้อมเปิดใช้ Locking เพื่อป้องกันการชนกันของการดีพลอย

4. การตรวจสอบและ Logging

เพิ่มคำสั่ง echo หรือ Write-Output เพื่อรายงานความคืบหน้า และบันทึกผลลัพธ์สำคัญ (เช่น FQDN ของแอป) ลงไฟล์หรือส่งไปยัง Monitoring System

5. การจัดการ Error และ Rollback

สคริปต์ควรตรวจสอบผลลัพธ์ของแต่ละขั้นตอน (ใช้ exit code) และหยุดทำงานหากมีขั้นตอนล้มเหลว พร้อมทั้งมีแนวทางสำหรับการย้อนกลับ (Rollback) เช่น การดีพลอยเวอร์ชันเก่าของคอนเทนเนอร์

Real-World Use Cases และตัวอย่างขั้นสูง

Use Case 1: Blue-Green Deployment สำหรับการอัปเดตแอปพลิเคชัน

เทคนิคนี้ช่วยลด Downtime และความเสี่ยงโดยการสร้าง Environment ใหม่ (Green) คู่ขนานกับของเดิม (Blue) ก่อนจะเปลี่ยน Traffic มาที่ใหม่ทั้งหมด

1. สร้าง Revision ใหม่ของ Container App ด้วย Docker Image Tag ใหม่
2. กำหนด Traffic Weight ให้ Revision ใหม่เริ่มต้นที่ 0%
3. ทดสอบ Revision ใหม่ผ่าน URL เฉพาะของ Revision
4. ค่อยๆ เลื่อน Traffic จาก 0% เป็น 100% ใน Revision ใหม่
5. เมื่อมั่นใจว่าไม่มีปัญหา ให้ Deactivate Revision เก่า

Use Case 2: สร้างสภาพแวดล้อมชั่วคราวสำหรับการทดสอบแต่ละ Pull Request

บูรณาการกับ GitHub Actions หรือ Azure DevOps เพื่อสร้าง Container Apps Environment ที่แยกออกมาต่างหากสำหรับทุกๆ Pull Request ทำให้ทีม Developer และ Tester สามารถทดสอบฟีเจอร์ใหม่ได้โดยไม่รบกวนสภาพแวดล้อมหลัก

# สคริปต์ตัวอย่างสำหรับ GitHub Actions (ขั้นตอนหลัก)
- name: Deploy to Azure Container Apps (PR Environment)
  run: |
    PR_ENV_NAME="cae-pr-${{ github.event.number }}"
    PR_APP_NAME="ca-app-pr-${{ github.event.number }}"

    # ใช้ Bicep หรือ CLI เพื่อสร้าง Environment และ App โดยใช้ชื่อที่ไม่ซ้ำ
    az containerapp env create -g $RESOURCE_GROUP -n $PR_ENV_NAME --location $LOCATION
    az containerapp create -g $RESOURCE_GROUP -n $PR_APP_NAME \
      --environment $PR_ENV_NAME \
      --image ${{ secrets.ACR_REGISTRY }}/app:${{ github.sha }} \
      --ingress external --target-port 8080

    # ส่ง Comment กลับไปใน PR พร้อมลิงก์แอป
    APP_URL=$(az containerapp show -g $RESOURCE_GROUP -n $PR_APP_NAME --query properties.configuration.ingress.fqdn -o tsv)
    echo "PR Environment deployed successfully: https://$APP_URL"

Use Case 3: การ Scale ตามกำหนดการ (Scheduled Scaling)

ใช้ Automation Script ร่วมกับ Azure Logic Apps หรือ Function App เพื่อปรับจำนวน Replica ของ Container Apps ให้สอดคล้องกับเวลาการทำงาน เช่น ลดลงเหลือ 1 replica ตอนกลางคืนหรือวันหยุด เพื่อประหยัดค่าใช้จ่าย และเพิ่มขึ้นตอนเริ่มวันทำงาน

การเปรียบเทียบเครื่องมือ Automation ฉบับปี 2026

Summary

การนำ Automation Script มาใช้จัดการ Azure Container Apps นั้นไม่ใช่แค่ทางเลือก แต่กลายเป็นความจำเป็นสำหรับการทำงานระดับ Professional ในปี 2026 แล้ว การเริ่มต้นด้วย Azure CLI Script นั้นง่ายและรวดเร็ว เหมาะสำหรับการทำความเข้าใจและสร้าง Task อัตโนมัติพื้นฐาน แต่เมื่อระบบขยายใหญ่ขึ้นและต้องการความมั่นคง การย้ายไปสู่แนวทาง Infrastructure as Code ด้วย Bicep หรือ Terraform จะให้ประโยชน์ในระยะยาวอย่างมหาศาล ทั้งในด้านความสอดคล้องของสภาพแวดล้อม การติดตามความเปลี่ยนแปลง และการทำงานร่วมกันในทีม ไม่ว่าคุณจะเลือกเครื่องมือใด สิ่งสำคัญที่สุดคือการนำ Best Practices เรื่องการจัดการความลับ การใช้ตัวแปร และการออกแบบสำหรับการ Rollback มาใช้ตั้งแต่เริ่มต้น เพื่อสร้างระบบอัตโนมัติที่ทั้งแข็งแรง ปลอดภัย และรักษาได้ง่ายในอนาคต เริ่มต้นจากการเขียนสคริปต์สำหรับงานซ้ำๆ ที่คุณทำวันนี้ แล้วค่อยๆ ขยายขอบเขตออกไป สุดท้ายนี้คุณจะพบว่าการลงทุนเวลาเรียนรู้การ Automation นั้นให้ผลตอบแทนทั้งในรูปของเวลา ความน่าเชื่อถือ และความสบายใจที่ได้กลับคืนมาอย่างคุ้มค่า