Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
ПРИМЕНЯЕТСЯ КО ВСЕМ уровням управления API
В этой статье приведены определения терминов, относящихся к управлению API Azure.
Определения терминов
- Бэкенд API — служба, чаще всего на основе HTTP, реализующая API и его операции. Иногда серверные API просто называют серверами. Дополнительные сведения см. в разделе Серверная часть.
- Frontend API — управление API служит в качестве уровня посредника поверх backend API. Frontend API — это API, который предоставляется пользователям API из системы управления API. Вы можете настроить форму и поведение интерфейсного API в службе управления API без внесения изменений в интерфейсные API, которые он представляет. Иногда интерфейсные API называются API-интерфейсами. Дополнительные сведения см. в разделе "Импорт и публикация API".
- Продукт — это пакет интерфейсных API, которые можно сделать доступными для указанной группы потребителей API для самостоятельного подключения к учетным данным доступа и набора ограничений использования. API может быть частью нескольких продуктов. Дополнительные сведения см. в статье "Создание и публикация продукта".
- Операция API — интерфейсный API в службе "Управление API" может определять несколько операций. Операция — это сочетание HTTP-команды и шаблона URL-адреса, однозначно разрешаемого в интерфейсном API. Часто операции отображаются непосредственно на конечные точки серверного API по принципу "один к одному". Дополнительные сведения см. в ответах API Mock.
- Версия — это отдельный вариант существующего интерфейсного API, который отличается от формы или поведения исходного. Версии дают клиентам возможность придерживаться исходного API или обновлять новую версию во время выбора. Версии — это механизм выпуска критических изменений без влияния на потребителей API. Дополнительные сведения см. в статье "Публикация нескольких версий API".
- Ревизия — это копия существующего API, которую можно изменить, не влияя на потребителей API, и заменяется на версию, используемую потребителями, обычно после проверки и тестирования. Редакции предоставляют механизм безопасной реализации изменений, не нарушающих работу системы. Дополнительные сведения см. в разделе «Использование ревизий».
- Политика . Политика — это многократно используемый компонент и составной компонент, реализующий некоторые часто используемые функции, связанные с API. Управление API предлагает более 50 встроенных политик, которые заботятся о критически важных, но неифференцированных горизонтальных проблемах, например преобразование запросов, маршрутизация, безопасность, защита, кэширование. Политики можно применять в различных областях, которые определяют затронутые API или операции и динамически настраиваются с помощью выражений политики. Дополнительные сведения см. в разделе "Политики" в службе "Управление API Azure".
- Портал разработчика — портал разработчика — это компонент управления API. Он предоставляет настраиваемый интерфейс для обнаружения API и самостоятельного подключения к потребителям API. Дополнительные сведения см. в разделе "Настройка портала разработчика".