使用Bicep部署Runbook：更新Blob文件后内容未同步问题咨询

你的判断是对的：Azure Automation会基于publishContentLink中的version字段缓存Runbook内容。当URI指向的Blob文件更新但version值不变时，Azure会认为内容未发生版本变更，不会重新拉取最新的脚本内容，这就是Runbook不同步的核心原因。

解决办法 #

核心思路是让version值随Blob内容的更新自动变化，触发Azure重新拉取脚本。以下是几种可行方案：

1. 基于Blob最后修改时间生成动态版本号 #

通过Bicep获取目标Blob的最后修改时间，将其转换为符合版本格式（如yyyy.MM.dd.HHmmss）的字符串作为version值。这样每次Blob内容更新，最后修改时间变化，版本号也会更新。

示例修改后的Bicep代码：

// 先引用目标Blob资源
resource blob 'Microsoft.Storage/storageAccounts/blobServices/containers/blobs@2023-01-01' = {
  parent: storageContainer
  name: 'ExecuteSQL.txt'
}

// 生成动态版本号：将最后修改时间转为yyyy.MM.dd.HHmmss格式
var blobLastModifiedDate = split(blob.properties.lastModified, 'T')[0]
var blobLastModifiedTime = split(split(blob.properties.lastModified, 'T')[1], '.')[0]
var dynamicVersion = '${replace(blobLastModifiedDate, '-', '.')}.${replace(blobLastModifiedTime, ':', '')}'

resource runbook 'Microsoft.Automation/automationAccounts/runbooks@2022-08-08' = {
  name: 'Schedule Summary Table Rebuild'
  location: automationAccount.location
  tags: _tags
  dependsOn: [deploymentScript, blob]
  parent: automationAcc
  properties: {
    description: 'Automation to recreate summary tables.'
    logActivityTrace: 0
    logProgress: true
    logVerbose: true
    runbookType: 'PowerShell7'
    publishContentLink: {
      uri: blob.properties.primaryEndpoints.blob // 用资源引用替代硬编码URI，更可靠
      version: dynamicVersion
    }
  }
}

2. 基于文件内容哈希生成版本号 #

如果存在Blob最后修改时间不变但内容更新的场景（比如覆盖上传相同时间戳的文件），可以计算文件内容的哈希值作为版本号的一部分。这种方式需要借助部署脚本（如PowerShell或Azure CLI）计算哈希，再将值传递给Bicep。

3. 手动递增版本号 #

最简单的方式是每次更新Blob后，手动修改Bicep中的version值（比如从1.0.0.0改为1.0.0.1），强制触发内容更新。这种方式依赖人工操作，适合测试场景或低频更新的情况。

关键说明 #

• Azure Automation的publishContentLink机制仅当version字段发生变化时，才会重新下载URI指向的内容。即使URI不变但内容更新，只要version未变，就会使用缓存的旧内容。
• 使用资源引用（如示例中的blob.properties.primaryEndpoints.blob）代替硬编码URI，能提升部署的可靠性，避免手动修改URI时出错。

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