如何在Azure Container Apps中实现一次性DB迁移作业？

你的场景完全适配Azure Container Apps，不用局限于KEDA Cron Scaler，下面是两种实用方案：

方案一：原生Container App Job模式（按需触发） #

Azure Container Apps已经原生支持一次性任务（Job），完美匹配你的需求：

• 定义Job时设置restartPolicy: Never，这样迁移成功退出后不会重启；如果想让失败的任务重试，可设为OnFailure
• 当有新迁移任务时，通过Azure CLI、ARM模板或IaC工具（比如Terraform）直接创建并触发Job：
  • 示例CLI命令：az containerapp job run --name <job-name> --resource-group <rg-name>
  • 把迁移相关的配置（比如DB连接串、迁移脚本路径）通过环境变量或Azure Key Vault秘密注入容器
• 任务执行完成后，Container Apps会自动清理相关资源（不会一直占用实例）

方案二：结合CI/CD自动触发 #

如果迁移任务和代码变更绑定（比如每次提交新迁移脚本就执行），可以把Job触发集成到CI/CD流程：

• 在GitHub Actions或Azure DevOps Pipeline中，当检测到迁移代码目录变更时，自动构建迁移镜像并推送到ACR
• 接着调用Azure CLI命令创建/运行Container App Job，完成自动触发迁移

关于KEDA Cron Scaler的说明 #

KEDA Cron适合定时触发的场景（比如每天凌晨跑迁移），如果是按需触发（有新任务才执行），原生Job模式更直接高效，没必要额外引入KEDA组件。

注意事项 #

• 按需配置Job的CPU/内存资源，避免资源浪费或不足
• 通过Azure Monitor收集Job执行日志和状态，方便排查问题
• 敏感信息（如DB密码）务必用Azure Key Vault存储，通过Container Apps的秘密引用机制注入，不要硬编码

内容的提问来源于stack exchange，提问作者Søren Pedersen