У нас есть проблема, когда мы развертываем 16 API-интерфейсов с Octopus, а общий процессор в Azure идет на 100% и не будет отступать, пока мы не перезапустим службы. Мы развертываем API с webjobs. Есть идеи?Развертывание развертывания веб-приложений Azure на 100% до перезапуска
1
A
ответ
2
Это похоже на https://github.com/projectkudu/kudu/issues/2090. Если это так, вы должны попробовать обходное решение, предлагаемое там, которое должно установить SCM_MAX_RANDOM_START_DELAY
App Setting для некоторого значения. Это позволит не запускать все развертывания точно в одно и то же время.
спасибо за это. Прежде чем я помету ваш ответ как правильный, что будет немного сложно доказать, скажете ли вы, что моя проблема приемлема с точки зрения ожидания, что Azure просто справится с этим? Я не думаю, что развертывание 16 API должно быть настолько тяжелым, но, возможно, это так? Или, может быть, наш план обслуживания приложений является слабым, чтобы справиться с этим? – RuSs
Да, я согласен с тем, что в идеале это не будет проблемой в первую очередь. Но в его нынешнем виде это становится проблемой, если у вас много приложений в одном и том же плане обслуживания приложений, и вы развертываете их все в одно и то же время. То, что я предложил, скорее является обходным решением, но должно быть эффективным. –