如何通过Azure DevOps CI/CD部署Databricks Unity Catalog表与Schema变更

针对Databricks Unity Catalog的schema变更部署，目前常用的等效方案有以下几种：

• SQL脚本 + Databricks CLI：将创建/修改表的SQL脚本存入Git仓库，在Azure DevOps流水线中调用databricks sql execute命令执行脚本。这种方式和Snowflake的schemachange逻辑类似，通过版本化的SQL脚本逐步推进schema变更，适合大多数场景。
• Terraform Databricks Provider：用Terraform代码定义Unity Catalog的数据库、表、权限等对象，将代码托管在Git后，在Azure DevOps流水线中执行terraform plan和terraform apply，实现基础设施即代码（IaC）式的schema版本管控，类似SQL Server dacpac的结构化部署能力。
• Delta Live Tables（DLT）：如果使用Delta表，可以用DLT的声明式语法定义表结构和数据逻辑，将DLT管道的配置文件纳入CI/CD流程，通过更新管道配置来同步schema变更，同时还能兼顾数据的一致性校验。

注意事项 #

• 执行变更的流水线服务主体，必须拥有Prod环境Unity Catalog的对应权限（如CREATE TABLE、ALTER等）。
• 用Terraform时，建议将状态文件存储在Azure Blob Storage等远程位置，避免本地状态的一致性问题。
• 涉及数据结构变更的操作，需先在预生产环境验证，确认无数据兼容问题后再推送到Prod。

内容的提问来源于stack exchange，提问作者Fred