Отчет Postman «2024 State of the API» показывает, что сегодня разработчики уделяют API больше внимания, чем когда-либо, поскольку влияние генеративного искусственного интеллекта продолжает расширяться, сообщает портал ITPro Today.

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

Результаты исследования свидетельствуют о заметном ускорении циклов производства API, росте доходов от API и сохраняющихся проблемах в использовании API.

В отчете содержатся следующие основные выводы:

  • 74% респондентов внедряют ориентированную на API (API-first) разработку, по сравнению с 66% в 2023 г.
  • 63% разработчиков создают API в течение недели, по сравнению с 47% в прошлом году.
  • 62% работают с API, приносящими доход.
  • 58% полагаются на внутреннюю документацию при разработке API.
  • 44% используют чат или электронную почту для общения по связанным с API темам.

«Все больше компаний осознают важную роль API не только в плане технических инноваций, но и в плане получения дохода, — отмечает Анкит Собти, соучредитель и технический директор Postman. — Удивительно, но 62% респондентов сообщили, что работа с API приносит доход, а в 21% организаций API приносят более 75% общего дохода».

В чем суть подхода API-First

Ключевой вывод отчета заключается в том, что все больше разработчиков используют подход, ориентированный на API, а не на код (code-first). Разница между подходами API-first и code-first, по мнению Собти, заключается в порядке разработки и фокусе на API.

По его словам, при подходе API-first процесс разработки начинается с проектирования самого API перед написанием любого другого кода. Это позволяет командам сосредоточиться на API как на основополагающем строительном блоке, гарантируя, что приложение с самого начала сможет легко интегрироваться с внутренними и внешними сервисами.

Как поясняет Собти, подход code-first начинается с создания приложения и его основных функций, а API разрабатываются позже. Хотя это может позволить быстро создавать прототипы и ускорить итерации, это может привести к плохому дизайну API и проблемам интеграции. API в этой модели часто рассматриваются как второстепенные элементы, что может привести к осложнениям при попытке интеграции с другими системами или масштабировании решения.

«Подход, ориентированный на код, нацелен в первую очередь на создание работающего приложения, однако для удовлетворения долгосрочных потребностей может потребоваться масштабная доработка API», — говорит Собти.

Влияние генеративного ИИ на состояние дел в области API

Генеративный ИИ оказывает значительное влияние на сферу API, меняя способы их разработки, тестирования и интеграции.

«Инструменты ИИ упрощают сложные взаимодействия, ускоряя отладку и делая интеграцию API более гибкой, — говорит Собти. — Поскольку системы на базе ИИ все больше полагаются на API для выполнения действий и доступа к данным, компании рискуют стать невидимыми для этих систем без хорошо продуманных API».

Кроме того, отмечает он, в современном мире, основанном на ИИ, одним кодированием не обойтись — ИИ может написать код за вас, но именно API обеспечивают его интеллектуальность.

«Если ассоциировать ИИ с ярким спортивным автомобилем, то без хорошо построенных API вы будете ехать на нем по ухабистой дороге в никуда, — говорит Собти. — Хотя многие считают ИИ волшебным средством повышения производительности, на самом деле это только половина решения проблемы».

Основные проблемы, связанные с внедрением и использованием API

Собти видит три основные проблемы при внедрении и использовании API в 2024 г.

1. Интеграция API. Интеграция API затруднена из-за их плохого дизайна. Без оптимизированного процесса внедрения реализация примера «Hello World» может занять несколько дней из-за времени, необходимого для понимания документов, запросов на сборку и переменных.

«Чтобы преодолеть проблемы интеграции API, вызванные плохим дизайном, разработчикам следует сосредоточиться на хорошо структурированном дизайне API, — советует Собти. — Успешный дизайн API четко определяет конечные точки, методы и ресурсы в стандартизированном формате».

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

2. Проблема безопасности. Безопасность API представляет собой серьезную проблему для разработчиков, поскольку API — это обычная точка входа для злоумышленников, которые могут раскрыть конфиденциальные данные. В то же время разработчики часто обмениваются ключами API по электронной почте и в документах.

Собти подчеркнул, что для снижения рисков и защиты пользователей и внутренних систем разработчикам необходимо применять строгие меры безопасности, включая шифрование, контроль доступа на основе ролей, проверку ввода, внедрение проверок безопасности в конвейеры CI/CD и постоянный мониторинг.

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

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

«Мы видим, что в организациях используется множество различных инструментов, что приводит к переключению контекста и негативно сказывается на производительности, — говорит Собти. — Шокирует тот факт, что более 40% респондентов в этом году сообщили, что по-прежнему используют электронную почту в качестве одного из инструментов для совместной работы над API».