Question

我在创建CI / CD管道的Azure开发人员中使用Azure函数。 CI部分运行良好，但发布到Azure的最后一步停留在同步触发器上。我正在使用httpTrigger。

我添加了--build-native-deps参数，该参数使我有时只能发布天蓝色的超时时间。

这是在发行阶段运行的Azure cli脚本：

cd Application
source .env/bin/activate
func settings add FUNCTIONS_WORKER_RUNTIME python
func azure functionapp publish scanherkenapp --build-native-deps

通常，我希望发布能够在大约10分钟内成功完成。但是有时会花费更长的时间，然后它会失败：响应状态代码不表示成功：408（请求超时）或操作被取消。

Answer 1

首先，很抱歉将其发布为答案，而不是发表评论，但我缺乏发表评论的声誉。

我研究了@Emmanuel Chamilakis提出的假设。我查看了dotnet天蓝色功能的47个部署，并尝试将成功率与一天中的时间相关联。我还使用了westeurope作为资源所在位置。

将同步已触发的触发器计为通过的所有部署，而未同步触发器的所有部署均计为失败。除同步触发器之外的其他原因导致的部署失败不计在内。

这是我的结果，而时间是中欧夏季时间（UTC + 2）：

| Group              | 1        | 2        | 3        | 4        | 5        |
|--------------------|----------|----------|----------|----------|----------|
| Start Time (UTC+2) | 07:12:00 | 09:16:12 | 11:20:24 | 13:24:36 | 15:28:48 |
| End Time (UTC+2)   | 09:16:12 | 11:20:24 | 13:24:36 | 15:28:48 | 17:33:00 |
| Passed Deploys     | 6        | 6        | 11       | 6        | 3        |
| Failed Deploys     | 4        | 0        | 3        | 3        | 5        |
| Success Rate       | 60,00 %  | 100,00 % | 78,57 %  | 66,67 %  | 37,50 %  |

我看不出统计意义。所以我想肯定还有另一个问题。

使用azure cli进行部署，同步触发器..超时

1 个答案: