Перевод API Apigee

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

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

Один из наших клиентов хотел представить сервисы в виде набора конечных точек HTTP. Это было необходимо для того, чтобы разработчики клиентских приложений могли отправлять HTTP-запросы к этим конечным точкам. В зависимости от конечной точки служба может затем возвращать данные, отформатированные в формате XML или JSON, обратно в клиентское приложение. Кроме того, одним из их основных требований было сопоставление содержимого, т.е. изменение входных данных в Rest API на лету и последующее извлечение желаемых значений из ответа в соответствии с требованиями.Поскольку клиент хотел сделать свой сервис доступным в Интернете, он хотел убедиться, что были приняты все необходимые меры для обеспечения безопасности и защиты его сервисов от несанкционированного доступа. Кроме того, он может быть легко использован другими приложениями/компонентами, что позволяет им изменять реализацию серверной службы, не затрагивая общедоступный API.

Решение Aptira

Платформа API Apigee от Google Cloud была выбрана для этого проекта из-за ее обширного набора функций, которые удовлетворили заказчика. такие требования, как ограничение скорости, перевод данных и гибкие возможности развертывания, а также портал API.

Мы развернули локальную версию Apigee в частной облачной среде, а затем создали прокси-сервер Apigee для трансляции API в соответствии с Telemanagement Forum (TMF). Этот прокси-сервер использовал множество встроенных политик Apigee для перевода Cloudify API в соответствии с TMF.

• Предварительный поток прокси-сервера использует политики извлечения сообщений, чтобы, в свою очередь, извлечь идентификатор схемы Cloudify из входного JSON. Это далее используется политикой вызова службы для создания развертывания cloudify
• После завершения развертывания идентификатор развертывания извлекается с помощью политики извлечения сообщений
• Далее следует политика вызова службы для запуска выполнения развертывания
• После завершения выполнения политика отправки сообщений используется для создания заказа на обслуживание NBI в соответствии со стандартами TMF с использованием идентификатора развертывания, который был сгенерирован ранее

Результат

Apigee позволил нам выполнять переводы API между нативными версиями различных компонентов. API-интерфейсы, выдающие ответ в соответствии с заранее определенным набором требований.

ДРУГИЕ ТЕМАТИЧЕСКИЕ ИССЛЕДОВАНИЯ APIGEE

• Тематическое исследование Apigee 1: Организация и интеграция сервисов Apigee
• Тематическое исследование Apigee 2: Apigee: На Prem Vs SaaS
• Тематическое исследование Apigee 3: Централизованное ведение журнала Apigee
• Примерное исследование Apigee 4: Внедрение TMF API в Apigee
• Примерное исследование Apigee 5: Перевод общего API Apigee

Позвольте нам упростить вашу работу.
Узнайте, как управляемые сервисы Aptira могут работать на вас.

Узнайте здесь

Сообщение о переводе API Apigee появилось впервые на Aptira.

Другие новости:

---