我也看到这些了我将一个正在运行的函数应用程序与一个无法运行的函数应用程序进行了比较。当我在“监视器”选项卡中单击“刷新”时,不起作用的那个会返回 404。它访问的 URL 如下所示:
https://[YOUR_APP].scm.azurewebsites.net/azurejobs/api/functions/definitions//invocations?limit=20
请注意“调用”之前的双斜杠。
在一个正在运行的应用程序中,它更像是:
https://[YOUR_APP].scm.azurewebsites.net/azurejobs/api/functions/definitions/[YOUR_APP]-[YOUR_FUNCTION]/invocations?limit=20
所以发生了一些事情炸毁了[YOUR_APP]-[YOUR_FUNCTION]
门户生成的 URL 的一部分。有任何想法吗?
--
UPDATE:我想我修好了。
我使用 Microsoft Azure 存储资源管理器连接到与函数应用关联的存储帐户。当我转到“表”> AzureWebJobsHostLogscommon 时,我注意到两件事:
- 有一个我已删除的函数的条目
- 我创建的函数没有条目(嗯,它存在于“default-[YOUR_FUNCTION]”RowKey中,但“[YOUR_APP]-[YOUR_FUNCTION]”RowKey丢失
我为缺少的“[YOUR_APP]-[YOUR_FUNCTION]”RowKey 添加了一个新行,并将 OriginalName 设置为真实的函数名称。我回到传送门,噗!它开始工作了。
我没有费心从已删除的函数中删除无关的条目。似乎没有伤害到任何东西。但如果缺少任何实际功能,似乎会破坏整个“监视器”选项卡。
它是怎么变成这样的,我不确定。也许当我发布更新时它正在做某事。
--
UPDATE 2:嗯,这让“监视器”选项卡正常工作,但数据是“陈旧的”,就好像某个后台进程没有刷新一样。我可以看到表存储中出现的日志数据...
--
UPDATE 3:过时的数据似乎是美国东部地区的单独问题,追踪于https://github.com/Azure/Azure-Functions/issues/259 https://github.com/Azure/Azure-Functions/issues/259...我认为“没有可用数据”问题已由我纠正AzureWebJobsHostLogscommon
如上所述的表。