我尝试在ARM模板内创建Azure函数主机密钥,首先在其中创建函数,然后创建密钥:
{
"type": "Microsoft.Web/sites/host/functionKeys",
"apiVersion": "2018-11-01",
"name": "[concat(parameters('FUNCTIONNAME'), '/default/test-key')]",
"properties": {
"name": "test-key",
"value": "test-value"
},
"dependsOn": [
"[resourceId('Microsoft.Web/sites', parameters('FUNCTIONNAME'))]"
]
}
看起来,当该功能已经部署时,部署将添加主机密钥test-key
。如果将模板部署到新的资源组,则主机密钥是not创建的。如果我第二次运行部署,那就可以了。
我的dependsOn
声明有什么问题吗?还有其他想法吗?
ARM模板中功能键的部署存在几个问题。您的代码是正确的,并且如您所说,它有时可以成功部署。在不深入了解幕后实际情况的情况下,这里是我一些(痛苦的)学习内容:
在以某种方式实现函数的内容之前,不会创建键(也许必须查看HttpTrigger是否包含函数)。因此行为取决于提供代码的方式-使用链接的sourcecontrol(例如Github)时,与WEBSITE_RUN_FROM_PACKAGE相比,我遇到了最大的问题。当您还在ARM模板中设置sourcecontrol时,您可以为functionKeys资源(例如"[resourceId('Microsoft.Web/sites/sourcecontrols', 'name of function', 'web')]"
)添加一个dependsOn。这样,我实现了在完整的初始部署中也部署了功能键
当您尝试读取同一ARM模板中的已部署功能键时(例如,在API管理中使用时),您可能具有竞争条件。您可以并且应该使用"[resourceId('Microsoft.Web/sites/host/functionKeys', 'name of function', 'default', 'name of key')]"
设置一个DependOn,在某些情况下可能会有所帮助。但是我也遇到这样的情况,密钥尚未准备好被读取,因此我最终为此进行了后续部署。您可以尝试使用一些“ dependsOn”设置将其链接起来,以便尽可能晚地执行它(嗯,这相当hack)。
当您不为功能键指定值时(如代码片段中的test-value
),将在每个部署中生成一个新值。因此它并不是真正的“增量”,因为它应该是恕我直言。结合上述延迟的密钥可用性,我遇到的问题是,在以后的部署中我总是会获得旧版本的密钥值,这很难找到。
如果您认为为什么不使用预定义的主密钥或默认密钥来避免这些麻烦:我经常遇到奇怪的情况部署期间更改了主密钥和默认密钥。再说一遍ARM模板中的引用组件与密钥的过时值。
希望这些经验有所帮助。