Интерфейсы прикладного программирования (API) являются важной частью современных ИТ. К примеру, без них бы не было айфонов или телефонов на базе Android, функционал которых постоянно расширяется за счет того, что разработчики и инженеры обладают доступом к API. Смартфоны — это лишь одна из многих категорий устройств, где они применяются. Тем не менее, предприятия находятся лишь на начальном этапе освоения API c точки зрения гибкости и других выгод, которые они могут им принести. Такой точки зрения придерживается основатель MuleSoft Рос Мейсон, сообщает портал ZDNet. Компания MuleSoft специализируется на интеграции корпоративных систем, в мае 2018 г. она была куплена Salesforce.

По словам Мейсона, это приобретение предоставило Salesforce возможность вывести взаимодействие с клиентами на системный уровень, при этом роль MuleSoft сводилась к тому, чтобы помочь CRM-гиганту модернизировать его системы для улучшенного управления активами клиентов. В настоящее время на рынке остается большое количество онпремис-систем, которым требуется модернизация. «Относительно молодые компании, которые были учреждены за последние десять лет, практически не полагаются на развертывание локальных систем, но нам приходится сотрудничать с вендорами, которые появились 20, 50 и даже 100 лет тому назад. Такие компании вынуждены иметь дело с унаследованными системами и связанными с ними данными», — сказал он.

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

API подразделяются на открытые и внутренние, или проприетарные, при этом, идя путем естественного прогресса, в последние годы корпоративные интерфейсы стали более открытыми. «Разработчики большинства предприятий принимаются за разработку проектов, задействуя узкоспециализированные и невоспроизводимые API. Команда ограничивает себя небольшим набором API в количестве 10-15 штук, но затем она встает перед необходимостью раскрыть их, потому что это может потребоваться другим подразделениям компании или третьим сторонам и их командам разработчиков», — сказал Мейсон.

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

Наиболее важным из них является переход от «мегапроектного» подхода к непрерывной доставке приложений — серии практик, направленных на то, чтобы обновления ПО происходили практически постоянно. Данные методы гарантируют быстрое развертывание софта без изменения существующего функционала. Непрерывная доставка осуществима благодаря различным оптимизациям на ранних этапах процесса разработки.

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

Помимо прочего API-ориентированные предприятия выстраивают культуру, которая наделяет разработчиков, архитекторов и других специалистов возможностями для карьерного роста. «API-ориентированный подход высвобождает рабочее время благодаря более быстрому и организованному доступу к данным и способствует продвижению методов разработки Agile и повторного использования ПО. Умение работать с API — неплохой базис для развития карьеры, потому что каждый работодатель старается по максимуму сохранить разработчиков, которые обладают навыками написания API уровня предприятий. Более того, каждая новая технология опирается на программные интерфейсы. ИИ, машинное обучение, дополненная реальность — доступ к этим технологиям лежит через один или несколько API», — сказал топ-менеджер MuleSoft.