Допустим, вы или ваша компания некоторое время назад создали приложение, а теперь вы хотите довести его до совершенства и предложить функции, которые есть в современных приложениях сегодня. Например, вы можете включить голосовой заказ, платежи через мобильное приложение или упростить интеграцию других разработчиков в ваше приложение. Возможно, вы хотите создать единый опыт для разных направлений бизнеса и нескольких серверных сервисов. В этой статье я расскажу, как инструмент управления API Google под названием Apigee помогает организациям создавать цифровые возможности для старых серверных сервисов, микросервисов, гибридных или мультиоблачных сред и полностью бессерверных стеков.
API - это интерфейс прикладного программирования, и это похоже на библиотеку функций, передающих информацию через Интернет. Он определяет входы и выходы, доступные через HTTP. Например, предположим, что вы логистическая компания и хотите, чтобы ваши партнеры могли интегрировать вашу службу отслеживания посылок в свои веб-сайты электронной коммерции. Затем вы создаете API, который принимает данные об отправке в качестве входных данных и возвращает идентификатор отслеживания в ответе. Другой API использует идентификатор отслеживания для проверки статуса пакета. Теперь это делает ваш сервис переносимым. Вы можете создавать услуги не только для партнеров, но и для своих клиентов, сотрудников, поставщиков и т. Д. Есть две группы разработчиков, которые больше всего выигрывают от инструмента управления API. Те, кто создают и управляют API, известны как производители, а те, которые используют API, AKA потребители.
Задача производителя - разработать простой в использовании API, держать разработчиков в курсе изменений и следить за тем, чтобы что-то не ломалось по мере развития функциональности. Они также должны учитывать три основных компонента дизайна. К ним относятся предотвращение несанкционированного доступа для обеспечения безопасности, обеспечение совместимости сервисов при работе с другими платформами и устройствами и, наконец, возможность измерения, если и когда что-то работает нормально. Как вы быстро видите, нужно учитывать множество слоев. Кроме того, есть потребители API-интерфейсов, которым необходимо легко обнаруживать и находить нужные им API-интерфейсы, а затем быстро понимать, как их использовать. API действительно полезен только в том случае, если он может быть легко принят другими разработчиками.
Помня об этих аудиториях, Apigee помогает управлять всем жизненным циклом API. Позвольте мне обсудить три основных принципа того, как он это делает. Во-первых, он предлагает портал поддержки для других разработчиков, чтобы они могли обнаружить ваши API-интерфейсы и быстро понять их, чтобы создавать на их основе приложения. Второй - это мониторинг и аналитика. Они доступны для того, чтобы ваши менеджеры программ API могли видеть, какие API используются чаще всего и как. Вы также можете получить в случае необходимости. Третий - это среда выполнения API, которая выполняет политики, которые вы настраиваете для безопасности, управления трафиком и эффективности ваших API.
Что особенно приятно, так это то, что вы можете вносить изменения, не отвлекая пользователей, потому что Apigee - это прокси, который изолирует разработчика приложения от вашей серверной службы. Например, вы можете изменить реализацию своей базы данных, переместить свои службы на новый хост или внести любые другие изменения в реализацию службы. А благодаря поддержанию согласованного интерфейсного API существующие клиентские приложения будут продолжать работать независимо от того, как происходят изменения в серверной части.
Вы также создаете один или несколько прокси API, которые сопоставляют общедоступные URL-адреса с вашими внутренними службами. Прокси-сервер - это конечная точка HTTP на Apigee, которую разработчики используют для доступа к вашим внутренним службам. При желании вы можете применять политики к прокси-серверу, чтобы добавить функциональность к службе, не внося никаких изменений в фактическую внутреннюю службу, например, преобразования данных, фильтрацию, условную логику, настраиваемый код и многие другие действия. Важно помнить, что вы реализуете политики на Apigee, а не на своем внутреннем сервере.
Затем вы объединяете прокси API и публикуете их в продукте API. Затем вы сообщаете своим разработчикам, что продукт API доступен. И как только разработчики узнают о доступности вашего продукта API, они могут зарегистрироваться в качестве разработчика приложения для вашего продукта API,
Создать приложение для получения ключа API для этого продукта API и, наконец, сделать запросы к вашим службам, передача ключа API с каждым запросом.
Вот и все. Краткий обзор того, как Apigee помогает создавать надежные цифровые интерфейсы, используя API-интерфейсы и имея набор инструментов и портал для управления ими. Надеюсь, вы нашли это полезным.
