gpt4 book ai didi

azure - 耐用功能不尊重任务中心名称

转载 作者:行者123 更新时间:2023-12-02 23:09:53 24 4
gpt4 key购买 nike

我有 2 个持久功能在同一存储帐户上运行 - 一个具有默认集线器名称,而另一个在 host.json 中指定。

每个持久函数都有一个名为“RunOrchestrator”的函数,似乎当新作业添加到 MyUtilityExecutorHub 时,它们的数据就会存储在 DurableFunctionsHubInstances 表中其他功能。

这就是第二个函数的 host.json 文件的样子。

{
"version": "2.0",
"extensions": {
"durableTask": {
"hubName": "MyUtilityExecutorHub"
}
}
}

在 Kudu 中查看时,第二个函数的 host.json 如上所示,那么为什么作业会转到错误的后备存储表呢?

编辑:在我们的场景中,为了不再需要处理这个问题,最简单的解决方法是为每个函数设置一个存储帐户,但我想深入了解它!

最佳答案

来自 document :

The name is what differentiates one task hub from another when there are multiple task hubs in a shared storage account. If you have multiple function apps sharing a shared storage account, you must explicitly configure different names for each task hub in the host.json files. Otherwise the multiple function apps will compete with each other for messages, which could result in undefined behavior, including orchestrations getting unexpectedly "stuck" in the Pending or Running state.

关于azure - 耐用功能不尊重任务中心名称,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58751003/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com