Есть ли у служб приложений Azure уникальный идентификатор, который будет перемещаться с кодом между слотами?

Question

В старой модели облачной службы существовало свойство под названием DeploymentId , которое было уникальным и перемещалось с базой кода, так как оно переключалось между слотами производства и промежуточного размещения.

В архитектуре службы приложений (функции и т. Д.) Также есть свойство deployId , но оно, похоже, не перемещается с кодом, так как оно меняет местами слоты. В непроцессорных слотах это выглядит как [ServiceName] __ abcd , где abcd выглядит как шестнадцатеричная строка. В слотах для продакшн он представлен только как [ServiceName] . Это означает, что идентификатор развертывания изменяется в зависимости от того, где он находится.

Суть в том, что мне нужно иметь возможность определить, где находится данное развертывание, используя ТОЛЬКО лазурные собственные значения. Не похоже, что существует уникальный идентификатор, который живет с развернутым кодом.

Я не прав? пожалуйста, скажите мне, что я неправ, и что есть уникальная ценность, которая будет путешествовать.

Использование API-интерфейса REST Azure для запроса.

Answer 1

Если вы посмотрите на HTTP-заголовок X-SITE-DEPLOYMENT-ID, он должен путешествовать с кодом.т. е. значение, которое вы получаете за него в слоте Production, будет переключаться между двумя значениями каждый раз, когда вы меняете местами.

Вы можете использовать вкладку Environment в Kudu, чтобы легко просмотреть ее в обоих слотах до и после свопинга.