Установка правил масштабирования в Контейнерах приложений Azure

В http разделе определяется правило масштабирования HTTP.

resource symbolicname 'Microsoft.App/containerApps@2025-02-02-preview' = {
  ...
  properties: {
    ...
    template: {
      ...
      scale: {
        maxReplicas: 0
        minReplicas: 5
        rules: [
          {
            name: 'http-rule'
            http: {
              metadata: {
                concurrentRequests: '100'
              }
            }
          }
        ]
      }
    }
  }
}

В http разделе определяется правило масштабирования HTTP.

{
  ...
  "resources": {
    ...
    "properties": {
      ...
      "template": {
        ...
        "scale": {
          "minReplicas": 0,
          "maxReplicas": 5,
          "rules": [{
            "name": "http-rule",
            "http": {
              "metadata": {
                "concurrentRequests": "100"
              }
            }
          }]
        }
      }
    }
  }
}

Определите правило масштабирования HTTP с помощью --scale-rule-http-concurrency параметра в create командах или update командах.

az containerapp create \
  --name <CONTAINER_APP_NAME> \
  --resource-group <RESOURCE_GROUP> \
  --environment <ENVIRONMENT_NAME> \
  --image <CONTAINER_IMAGE_LOCATION>
  --min-replicas 0 \
  --max-replicas 5 \
  --scale-rule-name azure-http-rule \
  --scale-rule-type http \
  --scale-rule-http-concurrency 100

1. Перейдите в приложение-контейнер в портал Azure

2. Выберите "Масштаб".

3. Выберите Изменить и развернуть.

4. Выберите вкладку "Масштаб ".

5. Выберите минимальный и максимальный диапазон копий.

   

6. Выберите Добавить.

7. В поле "Имя правила" введите имя правила.

8. В раскрывающемся списке Тип выберите HTTP Масштабирование.

9. В поле "Одновременные запросы" введите требуемое количество одновременных запросов для приложения контейнера.

В tcp разделе определяется правило масштабирования TCP.

resource symbolicname 'Microsoft.App/containerApps@2025-02-02-preview' = {
  ...
  properties: {
    ...
    template: {
      ...
      scale: {
        maxReplicas: 0
        minReplicas: 5
        rules: [
          {
            name: 'tcp-rule'
            http: {
              metadata: {
                concurrentConnections: '100'
              }
            }
          }
        ]
      }
    }
  }
}

В tcp разделе определяется правило масштабирования TCP.

{
  ...
  "resources": {
    ...
    "properties": {
      ...
      "template": {
        ...
        "scale": {
          "minReplicas": 0,
          "maxReplicas": 5,
          "rules": [{
            "name": "tcp-rule",
            "tcp": {
              "metadata": {
                "concurrentConnections": "100"
              }
            }
          }]
        }
      }
    }
  }
}

Определите правило масштабирования TCP с помощью --scale-rule-tcp-concurrency параметра в create командах или update командах.

az containerapp create \
  --name <CONTAINER_APP_NAME> \
  --resource-group <RESOURCE_GROUP> \
  --environment <ENVIRONMENT_NAME> \
  --image <CONTAINER_IMAGE_LOCATION>
  --min-replicas 0 \
  --max-replicas 5 \
  --transport tcp \
  --ingress <external/internal> \
  --target-port <CONTAINER_TARGET_PORT> \
  --scale-rule-name azure-tcp-rule \
  --scale-rule-type tcp \
  --scale-rule-tcp-concurrency 100

Не поддерживается в портал Azure. Используйте Azure CLI, Azure Resource Manager или Bicep для настройки правила масштабирования TCP.

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

resource symbolicname 'Microsoft.App/containerApps@2025-02-02-preview' = {
  ...
  properties: {
    ...
    configuration: {
      ...
      secrets: [
        {
          name: '<NAME>'
          value: '<VALUE>'
        }
      ]
    }
    template: {
      ...
      scale: {
        maxReplicas: 0
        minReplicas: 5
        rules: [
          {
            name: '<RULE_NAME>'
            custom: {
              metadata: {
                ...
              }
              auth: [
                {
                  secretRef: '<NAME>'
                  triggerParameter: '<PARAMETER>'
                }
              ]
            }
          }
        ]
      }
    }
  }
}

Ознакомьтесь с этим фрагментом, чтобы понять контекст о том, как приведенные ниже примеры вписываются в шаблон Bicep.

Сначала необходимо определить тип и метаданные правила масштабирования.

1. В спецификации масштабировщика KEDA найдите type значение.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

2. В шаблоне Bicep введите значение type масштабировщика в свойство custom.type правила масштабирования.

   ...
   rules: [
     {
       name: 'azure-servicebus-queue-rule'
       custom: {
         type: 'azure-servicebus'
         metadata: {
           queueName: 'my-queue'
           namespace: 'service-bus-namespace'
           messageCount: '5'
         }
       }
     }
   ]
   ...
   

3. В спецификации масштабировщика KEDA найдите значения metadata.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

4. В шаблоне Bicep добавьте все значения метаданных в секцию custom.metadata правила масштабирования.

   ...
   rules: [
     {
       name: 'azure-servicebus-queue-rule'
       custom: {
         type: 'azure-servicebus'
         metadata: {
           queueName: 'my-queue'
           namespace: 'service-bus-namespace'
           messageCount: '5'
         }
       }
     }
   ]
   ...
   

Проверка подлинности

Правила масштабирования для приложений-контейнеров поддерживают проверку подлинности на основе секретов. Правила масштабирования ресурсов Azure, включая Хранилище очередей Azure, Служебную шину Azure и Центры событий Azure, поддерживают также управляемое удостоверение. По возможности используйте аутентификацию с управляемыми удостоверениями, чтобы избежать хранения секретов в приложении.

Использование секретов

Чтобы использовать секреты для проверки подлинности, необходимо создать секрет в массиве приложения контейнера secrets. Секретное значение используется в auth массиве масштабного правила.

Масштабировщики KEDA могут использовать секреты в TriggerAuthentication, на которую ссылается свойство authenticationRef. Объект TriggerAuthentication можно сопоставить с правилом масштабирования Container Apps.

1. TriggerAuthentication Найдите объект, на который ссылается спецификация KEDAScaledObject.

2. В объекте TriggerAuthentication найдите каждый secretTargetRef и связанный с ним секрет.

   apiVersion: v1
   kind: Secret
   metadata:
     name: my-secrets
     namespace: my-project
   type: Opaque
   data:
     connection-string-secret: <SERVICE_BUS_CONNECTION_STRING>
   ---
   apiVersion: keda.sh/v1alpha1
   kind: TriggerAuthentication
   metadata:
     name: azure-servicebus-auth
   spec:
     secretTargetRef:
     - parameter: connection
       name: my-secrets
       key: connection-string-secret
   ---
   apiVersion: keda.sh/v1alpha1
   kind: ScaledObject
   metadata:
     name: azure-servicebus-queue-rule
     namespace: default
   spec:
     scaleTargetRef:
       name: my-scale-target
     triggers:
     - type: azure-servicebus
       metadata:
         queueName: my-queue
         namespace: service-bus-namespace
         messageCount: "5"
       authenticationRef:
           name: azure-servicebus-auth
   

3. В шаблоне Bicep для каждого отдельного секрета:

   1. Добавьте секрет в массив приложения secrets контейнера, содержащий имя и значение секрета.

   2. Добавьте запись в массив auth правила масштабирования.

      1. Установите значение свойства triggerParameter в значение свойства secretTargetRef объекта parameter.

      2. Установите значение свойства secretRef на имя свойства secretTargetRef элемента key.

   resource symbolicname 'Microsoft.App/containerApps@2025-02-02-preview' = {
     ...
     properties: {
       ...
       configuration: {
         ...
         secrets: [
           {
             name: 'connection-string-secret'
             value: '<SERVICE_BUS_CONNECTION_STRING>'
           }
         ]
       }
       template: {
         ...
         scale: {
           maxReplicas: 0
           minReplicas: 5
           rules: [
             {
               name: 'azure-servicebus-queue-rule'
               custom: {
                 type: 'azure-servicebus'
                 metadata: {
                   queueName: 'my-queue'
                   namespace: 'service-bus-namespace'
                   messageCount: '5'
                 }
                 auth: [
                   {
                     secretRef: 'connection-string-secret'
                     triggerParameter: 'connection'
                   }
                 ]
               }
             }
           ]
         }
       }
     }
   }
   

   Некоторые масштабировщики поддерживают метаданные с суффиксом FromEnv для ссылки на значение в переменной среды. Приложения-контейнеры рассматривают первый контейнер, указанный в шаблоне ARM для переменной среды.

   Дополнительные сведения о безопасности см. в разделе "Рекомендации".

Использование управляемого удостоверения

Правила масштабирования контейнерных приложений могут использовать управляемое удостоверение для аутентификации с сервисами Azure. Следующий шаблон Bicep передает управляемую идентичность на основе системы для аутентификации в масштабировщике очередей Azure.

Перед использованием следующего кода замените заполнители, окруженные вашими значениями <> .

scale: {
  minReplicas: 0
  maxReplicas: 4
  rules: [
    {
      name: 'azure-queue'
      custom: {
        type: 'azure-queue'
        metadata: {
          accountName: '<ACCOUNT_NAME>'
          queueName: '<QUEUE_NAME>'
          queueLength: '1'
        },
        identity: 'system'
      }
    }
  ]
}

Дополнительные сведения об использовании управляемого удостоверения с правилами масштабирования см. в разделе "Управляемое удостоверение".

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

{
  ...
  "resources": {
    ...
    "properties": {
      ...
      "configuration": {
        ...
        "secrets": [
          {
            "name": "<NAME>",
            "value": "<VALUE>"
          }
        ]
      },
      "template": {
        ...
        "scale": {
          "minReplicas": 0,
          "maxReplicas": 5,
          "rules": [
            {
              "name": "<RULE_NAME>",
              "custom": {
                "metadata": {
                  ...
                },
                "auth": [
                  {
                    "secretRef": "<NAME>",
                    "triggerParameter": "<PARAMETER>"
                  }
                ]
              }
            }
          ]
        }
      }
    }
  }
}

Ознакомьтесь с этим фрагментом контекста о том, как приведенные ниже примеры соответствуют шаблону ARM.

Сначала необходимо определить тип и метаданные правила масштабирования.

1. В спецификации масштабировщика KEDA найдите type значение.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

2. В шаблоне ARM введите значение масштабировщика type в custom.type свойство правила масштабирования.

   ...
   "rules": [
     {
       "name": "azure-servicebus-queue-rule",
       "custom": {
         "type": "azure-servicebus",
         "metadata": {
           "queueName": "my-queue",
           "namespace": "service-bus-namespace",
           "messageCount": "5"
         }
       }
     }
   ]
   ...
   

3. В спецификации масштабировщика KEDA найдите значения metadata.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

4. В шаблоне ARM добавьте все значения метаданных в секцию custom.metadata правила масштабирования.

   ...
   "rules": [
     {
       "name": "azure-servicebus-queue-rule",
       "custom": {
         "type": "azure-servicebus",
         "metadata": {
           "queueName": "my-queue",
           "namespace": "service-bus-namespace",
           "messageCount": "5"
         }
       }
     }
   ]
   ...
   

Проверка подлинности

Правила масштабирования для приложений-контейнеров поддерживают проверку подлинности на основе секретов. Правила масштабирования ресурсов Azure, включая Хранилище очередей Azure, Служебную шину Azure и Центры событий Azure, поддерживают также управляемое удостоверение. По возможности используйте аутентификацию с управляемыми удостоверениями, чтобы избежать хранения секретов в приложении.

Использование секретов

Чтобы использовать секреты для проверки подлинности, необходимо создать секрет в массиве приложения контейнера secrets. Секретное значение используется в auth массиве масштабного правила.

Масштабировщики KEDA могут использовать секреты в TriggerAuthentication, на которую ссылается свойство authenticationRef. Объект TriggerAuthentication можно сопоставить с правилом масштабирования Container Apps.

1. TriggerAuthentication Найдите объект, на который ссылается спецификация KEDAScaledObject.

2. В объекте TriggerAuthentication найдите каждый secretTargetRef и связанный с ним секрет.

   apiVersion: v1
   kind: Secret
   metadata:
     name: my-secrets
     namespace: my-project
   type: Opaque
   data:
     connection-string-secret: <SERVICE_BUS_CONNECTION_STRING>
   ---
   apiVersion: keda.sh/v1alpha1
   kind: TriggerAuthentication
   metadata:
     name: azure-servicebus-auth
   spec:
     secretTargetRef:
     - parameter: connection
       name: my-secrets
       key: connection-string-secret
   ---
   apiVersion: keda.sh/v1alpha1
   kind: ScaledObject
   metadata:
     name: azure-servicebus-queue-rule
     namespace: default
   spec:
     scaleTargetRef:
       name: my-scale-target
     triggers:
     - type: azure-servicebus
       metadata:
         queueName: my-queue
         namespace: service-bus-namespace
         messageCount: "5"
       authenticationRef:
           name: azure-servicebus-auth
   

3. В шаблоне ARM для каждого секрета:

   1. Добавьте секрет в массив приложения secrets контейнера, содержащий имя и значение секрета.

   2. Добавьте запись в массив auth правила масштабирования.

      1. Установите значение свойства triggerParameter в значение свойства secretTargetRef объекта parameter.

      2. Установите значение свойства secretRef на имя свойства secretTargetRef элемента key.

   {
     ...
     "resources": {
       ...
       "properties": {
         ...
         "configuration": {
           ...
           "secrets": [
             {
               "name": "connection-string-secret",
               "value": "<SERVICE_BUS_CONNECTION_STRING>"
             }
           ]
         },
         "template": {
           ...
           "scale": {
             "minReplicas": 0,
             "maxReplicas": 5,
             "rules": [
               {
                 "name": "azure-servicebus-queue-rule",
                 "custom": {
                   "type": "azure-servicebus",
                   "metadata": {
                     "queueName": "my-queue",
                     "namespace": "service-bus-namespace",
                     "messageCount": "5"
                   },
                   "auth": [
                     {
                       "secretRef": "connection-string-secret",
                       "triggerParameter": "connection"
                     }
                   ]
                 }
               }
             ]
           }
         }
       }
     }
   }
   

   Некоторые масштабировщики поддерживают метаданные с суффиксом FromEnv для ссылки на значение в переменной среды. Приложения-контейнеры рассматривают первый контейнер, указанный в шаблоне ARM для переменной среды.

   Дополнительные сведения о безопасности см. в разделе "Рекомендации".

Использование управляемого удостоверения

Правила масштабирования контейнерных приложений могут использовать управляемое удостоверение для аутентификации с сервисами Azure. Следующий шаблон ARM передает управляемое системой удостоверение для проверки подлинности скейлера очереди Azure.

Перед использованием следующего кода замените заполнители, окруженные <>, вашими данными.

"scale": {
  "minReplicas": 0,
  "maxReplicas": 4,
  "rules": [
    {
      "name": "azure-queue",
      "custom": {
        "type": "azure-queue",
        "metadata": {
          "accountName": "<ACCOUNT_NAME>",
          "queueName": "<QUEUE_NAME>",
          "queueLength": "1"
        },
        "identity": "system"
      }
    }
  ]
}

Дополнительные сведения об использовании управляемого удостоверения с правилами масштабирования см. в разделе "Управляемое удостоверение".

1. В спецификации масштабировщика KEDA найдите type значение.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

2. В команде CLI задайте --scale-rule-type параметр значению спецификации type .

   az containerapp create \
     --name <CONTAINER_APP_NAME> \
     --resource-group <RESOURCE_GROUP> \
     --environment <ENVIRONMENT_NAME> \
     --image <CONTAINER_IMAGE_LOCATION>
     --min-replicas 0 \
     --max-replicas 5 \
     --secrets "connection-string-secret=<SERVICE_BUS_CONNECTION_STRING>" \
     --scale-rule-name azure-servicebus-queue-rule \
     --scale-rule-type azure-servicebus \
     --scale-rule-metadata "queueName=my-queue" \
                           "namespace=service-bus-namespace" \
                           "messageCount=5" \
     --scale-rule-auth "connection=connection-string-secret"
   

3. В спецификации масштабировщика KEDA найдите значения metadata.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

4. В команде CLI задайте --scale-rule-metadata для параметра значения метаданных.

   Необходимо преобразовать значения из формата YAML в пару "ключ-значение" для использования в командной строке. Разделите каждую пару "ключ-значение" с пробелом.

   az containerapp create \
     --name <CONTAINER_APP_NAME> \
     --resource-group <RESOURCE_GROUP> \
     --environment <ENVIRONMENT_NAME> \
     --image <CONTAINER_IMAGE_LOCATION>
     --min-replicas 0 \
     --max-replicas 5 \
     --secrets "connection-string-secret=<SERVICE_BUS_CONNECTION_STRING>" \
     --scale-rule-name azure-servicebus-queue-rule \
     --scale-rule-type azure-servicebus \
     --scale-rule-metadata "queueName=my-queue" \
                           "namespace=service-bus-namespace" \
                           "messageCount=5" \
     --scale-rule-auth "connection=connection-string-secret"
   

Проверка подлинности

Правила масштабирования для приложений-контейнеров поддерживают проверку подлинности на основе секретов. Правила масштабирования ресурсов Azure, включая Хранилище очередей Azure, Служебную шину Azure и Центры событий Azure, поддерживают также управляемое удостоверение. По возможности используйте аутентификацию с управляемыми удостоверениями, чтобы избежать хранения секретов в приложении.

Использование секретов

Чтобы настроить проверку подлинности на основе секретов для правила масштабирования контейнерных приложений, необходимо настроить секреты в приложении контейнера и ссылаться на них в правиле масштабирования.

Масштабировщик KEDA поддерживает секреты в триггерной аутентификации, которую свойство authenticationRef использует для ссылки. Можно сопоставить объект TriggerAuthentication с правилом масштабирования контейнерных приложений.

1. TriggerAuthentication Найдите объект, на который ссылается спецификация KEDAScaledObject. Определите каждый secretTargetRefTriggerAuthentication объект.

   apiVersion: v1
   kind: Secret
   metadata:
     name: my-secrets
     namespace: my-project
   type: Opaque
   data:
     connection-string-secret: <SERVICE_BUS_CONNECTION_STRING>
   ---
   apiVersion: keda.sh/v1alpha1
   kind: TriggerAuthentication
   metadata:
     name: azure-servicebus-auth
   spec:
     secretTargetRef:
     - parameter: connection
       name: my-secrets
       key: connection-string-secret
   ---
   apiVersion: keda.sh/v1alpha1
   kind: ScaledObject
   metadata:
     name: azure-servicebus-queue-rule
     namespace: default
   spec:
     scaleTargetRef:
       name: my-scale-target
     triggers:
     - type: azure-servicebus
       metadata:
         queueName: my-queue
         namespace: service-bus-namespace
         messageCount: "5"
       authenticationRef:
           name: azure-servicebus-auth
   

2. В приложении-контейнере создайте секреты , соответствующие свойствам secretTargetRef .

3. В команде CLI задайте параметры для каждой secretTargetRef записи.

   1. Создайте секретную запись с параметром --secrets. Если существует несколько секретов, разделите их пробелом.

   2. Создайте запись аутентификации с параметром --scale-rule-auth. Если есть несколько записей, разделите их пробелом.

   az containerapp create \
     --name <CONTAINER_APP_NAME> \
     --resource-group <RESOURCE_GROUP> \
     --environment <ENVIRONMENT_NAME> \
     --image <CONTAINER_IMAGE_LOCATION>
     --min-replicas 0 \
     --max-replicas 5 \
     --secrets "connection-string-secret=<SERVICE_BUS_CONNECTION_STRING>" \
     --scale-rule-name azure-servicebus-queue-rule \
     --scale-rule-type azure-servicebus \
     --scale-rule-metadata "queueName=my-queue" \
                           "namespace=service-bus-namespace" \
                           "messageCount=5" \
     --scale-rule-auth "connection=connection-string-secret"
   

Использование управляемого удостоверения

Правила масштабирования контейнерных приложений могут использовать управляемое удостоверение для аутентификации с сервисами Azure. Следующая команда создает приложение-контейнер с управляемым удостоверением, назначаемое пользователем, и использует его для проверки подлинности для масштабировщика очередей Azure.

Перед использованием следующего кода замените заполнители, окруженные тегами <>, на ваши значения.

az containerapp create \
  --resource-group <RESOURCE_GROUP> \
  --name <APP_NAME> \
  --environment <ENVIRONMENT_ID> \
  --user-assigned <USER_ASSIGNED_IDENTITY_ID> \
  --scale-rule-name azure-queue \
  --scale-rule-type azure-queue \
  --scale-rule-metadata "accountName=<AZURE_STORAGE_ACCOUNT_NAME>" "queueName=queue1" "queueLength=1" \
  --scale-rule-identity <USER_ASSIGNED_IDENTITY_ID>

1. Перейдите в ваше контейнерное приложение на портале Azure.

2. Выберите "Масштаб".

3. Выберите Изменить и развернуть.

4. Перейдите на вкладку "Масштаб и реплики ".

5. Выберите минимальный и максимальный диапазон копий.

   

6. Выберите Добавить.

7. В поле "Имя правила" введите имя правила.

8. В раскрывающемся списке "Тип" выберите "Настраиваемый".

9. В спецификации масштабировщика KEDA найдите type значение.

   triggers:
   - type: azure-servicebus
     metadata:
       queueName: my-queue
       namespace: service-bus-namespace
       messageCount: "5"
   

10. В поле "Настраиваемый тип правила" введите значение масштабировщика type .

11. В спецификации масштабировщика KEDA найдите значения metadata.

    triggers:
    - type: azure-servicebus
      metadata:
        queueName: my-queue
        namespace: service-bus-namespace
        messageCount: "5"
    

12. На портале найдите раздел метаданных и нажмите кнопку "Добавить". Введите имя и значение для каждого элемента в разделе метаданных спецификации KEDA ScaledObject .

Проверка подлинности

Правила масштабирования для приложений-контейнеров поддерживают проверку подлинности на основе секретов. Правила масштабирования ресурсов Azure, включая Хранилище очередей Azure, Служебную шину Azure и Центры событий Azure, поддерживают также управляемое удостоверение. По возможности используйте аутентификацию с управляемыми удостоверениями, чтобы избежать хранения секретов в приложении.

Использование секретов

1. В приложении-контейнере создайте секреты , на которые вы хотите ссылаться.

2. TriggerAuthentication Найдите объект, на который ссылается спецификация KEDAScaledObject. Определите каждый secretTargetRefTriggerAuthentication объект.

   apiVersion: v1
   kind: Secret
   metadata:
     name: my-secrets
     namespace: my-project
   type: Opaque
   data:
     connection-string-secret: <SERVICE_BUS_CONNECTION_STRING>
   ---
   apiVersion: keda.sh/v1alpha1
   kind: TriggerAuthentication
   metadata:
     name: azure-servicebus-auth
   spec:
     secretTargetRef:
     - parameter: connection
       name: my-secrets
       key: connection-string-secret
   ---
   apiVersion: keda.sh/v1alpha1
   kind: ScaledObject
   metadata:
     name: azure-servicebus-queue-rule
     namespace: default
   spec:
     scaleTargetRef:
       name: my-scale-target
     triggers:
     - type: azure-servicebus
       metadata:
         queueName: my-queue
         namespace: service-bus-namespace
         messageCount: "5"
       authenticationRef:
           name: azure-servicebus-auth
   

3. В разделе "Проверка подлинности" выберите "Добавить", чтобы создать запись для каждого параметра KEDAsecretTargetRef.

Использование управляемого удостоверения

Проверка подлинности управляемой идентификации не поддерживается на портале Azure. Используйте Azure CLI или Azure Resource Manager для проверки подлинности с помощью управляемого удостоверения.