Преимущества использования службы управления API Azure для создания API

  • 5 мин

Архитектура микрослужб может быть сложной для управления. Например, вы можете полагаться на отдельные группы, которые реализуют перекрестные требования, такие как безопасность, согласованным образом.

В интернет-магазине разработчики создали сведения о продукте и сведения о заказах микрослужб на разных URL-адресах узлов. Кроме того, служба сведений о заказе отвечает с помощью XML. Необходимо убедиться, что все ответы имеют формат JSON, чтобы упростить работу разработчиков клиентских приложений.

В этом уроке вы узнаете о функциях Управление API. Эти функции можно использовать для интеграции различных микрослужб и представления их клиентским приложениям с согласованным поведением по одному URL-адресу.

Проблемы архитектуры микрослужб

Подход к архитектуре на основе микрослужб создает модульное приложение, в котором каждая часть слабо связана с другими. Независимое развертывание служб снижает влияние любых ошибок, которые могут сделать его с помощью тестирования в рабочей среде. Этот модульный подход упрощает откат к стабильной версии. Кроме того, вы можете создавать небольшие автономные команды разработчиков для каждой микрослужбы. Это разделение хорошо подходит для современных практик гибкой методики.

Однако архитектуры микрослужб также могут создавать проблемы, такие как:

  • Клиентские приложения связаны с микрослужбами. Если вы хотите изменить расположение или определение микрослужбы, может потребоваться перенастроить или обновить клиентское приложение.
  • Каждая микрослужба может быть представлена в разных доменных именах или IP-адресах. Такое представление может создать впечатление несоответствия для пользователей и оказать негативное влияние на вашу фирменную символику.
  • Применение согласованных правил и стандартов API для всех микрослужб может быть затруднительным. Например, одна команда может предпочесть ответить с помощью XML, а другая может предпочесть JSON.
  • Вы полагаетесь на отдельные команды для правильной реализации безопасности в их микрослужбе. Трудно включать эти требования централизованно.

Как работает "Справка по управлению API"?

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

  • Клиентские приложения связаны с API, выражающим бизнес-логику, а не с базовой технической реализацией с отдельными микрослужбами. Вы можете изменить расположение и определение служб без необходимости перенастраивать или обновлять клиентские приложения.
  • Управление API выступает в качестве посредника. Он пересылает запросы к правильной микрослужбе независимо от расположения и возвращает ответы пользователям. Пользователи не видят различные универсальные коды ресурса (URI), где размещаются микрослужбы.
  • Политики управления API можно использовать для обеспечения соответствия правил на всех микрослужбах в продукте. Например, вы можете преобразовать все ответы на языке XML в формат JSON, если это предпочтительно.
  • Политики также позволяют применять согласованные требования к безопасности.

Управления API также включает полезные средства — вы можете протестировать каждую микрослужбу и ее операции, чтобы убедиться, что их реакция на событие соответствует вашим требованиям. Кроме того, можно отслеживать реакцию на событие и производительность развернутых служб.

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

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