Уровни Azure Управление API версии 2

ОБЛАСТЬ ПРИМЕНЕНИЯ: Базовая версия 2 | Стандартная версия 2

Мы представляем новый набор ценовых категорий (SKU) для Azure Управление API: уровни версии 2. Новые уровни основаны на новой, более надежной и масштабируемой платформе и предназначены для того, чтобы сделать Управление API доступным для более широкого набора клиентов и предлагать гибкие варианты для более широкого спектра сценариев. Уровни версии 2 в дополнение к существующим классическим уровням (разработчик, базовый, стандартный и премиум) и уровню потребления. Подробнее.

Как правило, доступны следующие уровни версии 2.

  • Базовая версия 2. Уровень "Базовый" версии 2 предназначен для сценариев разработки и тестирования и поддерживается с соглашением об уровне обслуживания.

  • Стандартная версия 2 — стандартная версия 2 — это готовый к работе уровень с поддержкой изолированных между сетями серверных служб.

Основные возможности

  • Быстрое развертывание, настройка и масштабирование. Развертывание готового к работе экземпляра Управление API в минутах. Быстрое применение конфигураций, таких как обновления сертификатов и имен узлов. Масштабируйте экземпляр уровня "Базовый" версии 2 или "Стандартный" до 10 единиц, чтобы удовлетворить потребности рабочих нагрузок управления API.

  • Упрощенная сеть — уровень "Стандартный" версии 2 поддерживает исходящие подключения к изолированным от сети серверным службам.

  • Дополнительные варианты рабочих нагрузок. Уровни версии 2 поддерживаются с соглашением об уровне обслуживания. Обновление с уровня "Базовый" версии 2 до "Стандартный" версии 2 для добавления дополнительных рабочих параметров.

  • Параметры портала разработчика. Включите портал разработчика, когда вы будете готовы разрешить потребителям API обнаруживать api.

Сетевые параметры

Уровень "Стандартный" версии 2 поддерживает интеграцию виртуальной сети, чтобы разрешить экземпляру Управление API доступ к серверным службам API, изолированным в одной подключенной виртуальной сети. Шлюз Управление API, плоскость управления и портал разработчика остаются общедоступными из Интернета. Виртуальная сеть должна находиться в том же регионе, что и экземпляр Управление API. Подробнее.

Функции

Версия API

Уровни версии 2 поддерживаются в Управление API API версии 2023-05-01-preview или более поздней версии.

Поддерживаемые регионы

Уровни версии 2 доступны в следующих регионах:

  • Центрально-южная часть США
  • Западная часть США
  • Центральная Франция
  • Центрально-Западная Германия
  • Северная Европа
  • Западная Европа
  • южная часть Соединенного Королевства
  • западная часть Соединенного Королевства
  • Южная Бразилия
  • Центральная Австралия
  • Восточная Австралия
  • Юго-Восточная часть Австралии
  • Восточная Азия
  • Юго-Восточная Азия
  • Республика Корея, центральный регион

Доступность функций

Большинство возможностей классических уровней Управление API поддерживаются на уровнях версии 2. Однако следующие возможности не поддерживаются на уровнях версии 2:

  • Настройка службы "Управление API" с помощью Git
  • Резервное копирование и восстановление экземпляра Управления API
  • Включение защиты от атак DDoS Azure
  • Встроенная аналитика (заменена панелью мониторинга на основе Azure Monitor)

Ограничения

Следующие Управление API возможности в настоящее время недоступны на уровнях версии 2.

Инфраструктура и сеть

  • Избыточность между зонами
  • Развертывание в нескольких регионах
  • Несколько личных доменных имен
  • Метрики емкости
  • Автомасштабирование
  • Входящее подключение с помощью частной конечной точки
  • Внедрение в виртуальной сети во внешнем или внутреннем режиме
  • Обновление до уровней версии 2 с уровней версии 1
  • Рабочие области

Developer portal

  • Делегирование регистрации пользователей и подписки на продукт
  • Отчеты
  • Пользовательское мини-приложение кода HTML и пользовательское мини-приложение
  • Локальный портал разработчика

Шлюз

  • Независимый шлюз
  • Квота по политике ключей
  • Конфигурация шифра
  • Повторное согласование сертификата клиента
  • Бесплатный управляемый сертификат TLS
  • Трассировка запросов в тестовой консоли
  • Запросы к шлюзу через localhost

Ограничения ресурсов

Следующие ограничения ресурсов применяются к уровням версии 2.

Чтобы запросить увеличение ограничения, создайте запрос на поддержку из портал Azure. Дополнительные сведения см. на странице Планы поддержки Azure.

Ресурс Базовая версия 2 Стандартная версия 2
Максимальное количество единиц масштабирования 10 10
Максимальный размер кэша на экземпляр службы 250 МБ 1 ГБ
Максимальное количество API на экземпляр службы 150 500
Максимальное количество операций API на экземпляр службы 3,000 10,000
Максимальное количество подписок на экземпляр службы 500 2 000
Максимальное количество продуктов на экземпляр службы 50 200
Максимальное число пользователей на экземпляр службы 300 2 000
Максимальное количество групп на экземпляр службы 20 100
Максимальное количество серверов авторизации на экземпляр службы 10 500
Максимальное количество фрагментов политики на экземпляр службы 50 50
Максимальное число поставщиков openID Подключение на экземпляр службы 10 10
Максимальное число сертификатов на экземпляр службы 100 100
Максимальное количество внутренних серверных компонентов на экземпляр службы 100 100
Максимальное количество кэшей на экземпляр службы 100 100
Максимальное число именованных значений на экземпляр службы 100 100
Максимальное число средств ведения журнала на экземпляр службы 100 100
Максимальное количество схем на экземпляр службы 100 100
Максимальное количество схем на API 100 100
Максимальное количество тегов на экземпляр службы 100 100
Максимальное количество тегов на API 100 100
Максимальное количество наборов версий на экземпляр службы 100 100
Максимальное количество выпусков на API 100 100
Максимальное количество операций на API 100 100
Максимальное количество сопоставителей GraphQL на экземпляр службы 100 100
Максимальное количество сопоставителей GraphQL на API 100 100
Максимальное количество API на продукт 100 100
Максимальное количество API на подписку 100 100
Максимальное количество продуктов на подписку 100 100
Максимальное количество групп на продукт 100 100
Максимальное количество тегов на продукт 100 100
Одновременные внутренние подключения1 для каждого центра HTTP 2048 2048
Максимальный размер кэшированного ответа 2 МиБ 2 МиБ
Максимальный размер документа политики 256 КиБ 256 КиБ
Максимальная общая длительность запроса 30 секунд 30 секунд
Максимальный объем полезных данных в запросе 1 ГиБ 1 ГиБ
Максимальный размер буферизованной полезных данных 2 МиБ 2 МиБ
Максимальный размер полезных данных запроса и ответа в журналах диагностики 8 192 байт 8 192 байт
Максимальный размерURL-адреса запроса 2 16 384 байта 16 384 байта
Максимальная длина сегмента ПУТИ URL-адреса 1024 символов 1024 символов
Максимальный размер текста запроса или ответа в политике проверки содержимого 100 КиБ 100 КиБ
Максимальный размер схемы API, используемой политикой проверки 4 МБ 4 МБ
Максимальное количество активных подключений WebSocket на единицу 5,000 5,000

1 Подключение используется в пуле и повторно используется, если серверная часть не закрывается явным образом.
2 Содержит длинную строку запроса размером до 2048 байт.

Ограничения портала разработчика

Следующие ограничения применяются к порталу разработчика на уровнях версии 2.

Товар Базовая версия 2 Стандартная версия 2
Максимальное количество файлов мультимедиа для отправки 15 15
Максимальный размер файла мультимедиа 500 КБ 500 КБ
Максимальное количество страниц 30 50
Максимальное число мини-приложений1 30 50
Максимальный размер метаданных на страницу 350 КБ 350 КБ
Максимальный размер метаданных на мини-приложение1 350 КБ 350 КБ
Максимальное количество запросов клиента в минуту 200 200

1 Ограничение для встроенных мини-приложений, таких как текст, изображения или список API. В настоящее время пользовательские мини-приложения и пользовательские мини-приложения html-кода не поддерживаются на уровнях версии 2.

Развертывание

Разверните экземпляр уровня "Базовый" версии 2 или "Стандартный" с помощью шаблона портал Azure, REST API Azure или Azure Resource Manager или Bicep.

Часто задаваемые вопросы

Вопрос. Можно ли перенести существующий экземпляр Управление API на новый экземпляр уровня версии 2?

Ответ. Нет. В настоящее время нельзя перенести существующий экземпляр Управление API (на уровне "Потребление", "Разработчик", "Базовый", "Стандартный" или "Премиум") в новый экземпляр уровня версии 2. В настоящее время уровни версии 2 доступны только для только созданных экземпляров служб.

Вопрос. Какова связь между вычислительной платформой stv2 и уровнями версии 2?

Ответ. Они не связаны. stv2 — это версия вычислительной платформы экземпляров служб уровня "Разработчик", "Базовый", "Стандартный" и "Премиум". stv2 является преемником платформы stv1, запланированной на выход на пенсию в 2024 году.

Вопрос. Будет ли я по-прежнему иметь возможность подготовить службы уровня "Базовый" или "Стандартный"?

Ответ. Да, изменения в уровнях "Базовый" или "Стандартный" отсутствуют.

Вопрос. Какова разница между интеграцией виртуальных сетей на уровне "Стандартный" версии 2 и поддержкой виртуальной сети на уровне "Премиум"?

Ответ. Экземпляр службы "Стандартный" версии 2 можно интегрировать с виртуальной сетью, чтобы обеспечить безопасный доступ к серверным службам, размещенным там. Экземпляр службы "Стандартный" версии 2, интегрированный с виртуальной сетью, будет иметь общедоступный IP-адрес. Уровень "Премиум" поддерживает полностью частную интеграцию с виртуальной сетью (часто называемой внедрением в виртуальную сеть) без предоставления общедоступного IP-адреса.

Вопрос. Можно ли развернуть экземпляр уровня "Базовый" версии 2 или "Стандартный" полностью в виртуальной сети?

Ответ. Нет, такое развертывание поддерживается только на уровне "Премиум".

Вопрос. Планируется ли уровень Premium версии 2?

Ответ. Да, предварительная версия Premium версии 2 планируется и будет объявлена отдельно.