是否可在transaction中运行Kusto control commands批量创建/修改Kusto函数

Kusto（Azure Data Explorer）原生不支持通过事务包裹多条控制命令，实现多函数创建/修改操作的全原子性，无法做到一组操作要么全部生效、要么全部不生效。

相关规则和实际表现如下：

• 单条控制命令自带原子性：单条.create function、.create-or-alter function、.alter function命令执行时，对单个函数的操作是原子的，要么函数完整更新成功，要么完全不生效，不会出现单个函数内容半更新的损坏状态，但这个原子保障仅覆盖单条命令对应的单个实体操作。
• 没有跨命令的事务机制：目前不存在官方支持的事务类语法，可以将多条函数增改控制命令绑定为同一个执行单元。如果按顺序执行一组函数增改命令时中途某条报错，已经执行成功的前序命令不会自动回滚，必然会出现部分函数更新完成、部分未更新的中间状态。

如果要尽可能降低多函数更新时的不一致风险，可以参考以下折中方案：

1. 版本号灰度发布方案：给待上线的新函数统一加版本后缀，比如原函数名为CalcOrderTotal，新版本先全部创建为CalcOrderTotal_v20240601，所有新函数创建完成、语法和逻辑验证通过后，再通过批量重命名操作一次性把对外暴露的函数名切换到新版本，最后删除旧版本函数，把不一致的时间窗口压缩到最小。
2. 执行前全量预检：正式执行更新命令前，提前校验所有函数的语法正确性、依赖的表/其他函数是否存在、执行账号权限是否满足要求，把能提前发现的错误全部在执行前排除，降低命令执行中途失败的概率。
3. 配套回滚机制：执行更新前先导出所有待修改函数的现有定义，更新执行后立刻做全量有效性校验，如果发现有命令执行失败，第一时间运行提前准备好的回滚脚本，把已经更新的函数恢复到原有版本。

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