Развертывание с использованием Azure Cli, синхронизация триггеров .. тайм-аут - PullRequest
Новая
       32

Развертывание с использованием Azure Cli, синхронизация триггеров .. тайм-аут

1 голос
/ 29 мая 2019

Я использую функции Azure в Azure Devops, создавая конвейер CI / CD.Часть CI идет хорошо, но последний шаг публикации на Azure застревает в синхронизации триггеров.Я использую httpTrigger.

Я добавил аргумент --build-native-deps, который позволяет мне публиковать только иногда тайм-аут Azure.

Это сценарий Cliure Azure, который запускается вэтап релиза: 

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

Обычно я ожидаю, что релиз завершится через ~ 10 минут.Однако иногда это занимает больше времени, а затем не может быть указано: код состояния ответа не указывает на успешность: 408 (время ожидания запроса) или операция была отменена.

1 Ответ

1 голос
/ 06 июня 2019

Прежде всего, извините за публикацию этого ответа, где это должен быть комментарий, но мне не хватает репутации, чтобы комментировать.

Я изучил предположение, выдвинутое Эммануэлем Чамилакисом.Я посмотрел на 47 развертываний лазурной функции dotnet и попытался сопоставить вероятность успеха с временем суток.Я также использовал 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 %  |

Я не вижуСтатистическая значимость.Поэтому, я думаю, должна быть еще одна проблема.

Редактировать 2019-07-26:

Мне кажется, что в последнее время были улучшения в лазурной стороне.В течение текущей недели я развернул кучу функций Python и больше не получал сообщения об ошибке, о котором сообщил OP, хотя я ничего не изменил с моей стороны.

...