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

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

Вопрос в том, насколько легко команде разработчиков провести это расследование и в идеале реализовать доказательства концепции, подтверждающие предположения?

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

Сможете ли вы выполнить эту задачу в спринте, в идеале без написания слишком большого количества кода?

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

Вот три разных подхода к проверке API.

Какие интеграции позволяют платформы IFTTT?

Предположим, что требуется интеграция с широко используемой платформой SaaS. В этом случае один простой подход – проверить, какие действия и триггеры Платформы If This Then That (IFTTT) enable, какие данные требуются для запуска API, какие типы данных, форматы и качество он возвращает.

Zapier предлагает интеграцию с более чем 3000 приложений. где триггеры и действия могут быть просмотрены и протестированы. Интеграции могут быть простыми и использоваться для передачи новых записей из одного приложения в другое, или они могут быть более сложными и использовать фильтры, пути, форматирование и другие функции. Последние шаги часто необходимы, когда триггер в одном приложении требует найти нужную запись и обновить ее во втором приложении. Функция форматирования также позволяет выполнять очистку данных и другие манипуляции с данными.

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

Другие инструменты автоматизации IFTTT включают: Automate.io, IFTTT, Интегрированно, Tray.io, а также Workato. Эти инструменты могут помочь протестировать и разработать доказательство концепции API в качестве быстрой отправной точки. Но командам разработчиков следует также рассмотреть возможность использования этих инструментов в производственной среде, когда разработчики могут создавать, тестировать и вводить в действие необходимые интеграции с их помощью.

Используйте подход к разработке, основанный на тестировании, для проверки API

Что происходит, когда требуется интеграция с некоммерческим сторонним API или отраслевой платформой, которая не связана с платформами IFTTT? Или что, если более сложные интеграции, оркестровки рабочих процессов, манипуляции с данными или объемы данных сделают использование платформ IFTTT менее привлекательным?

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

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

Такой подход работает одинаково хорошо при использовании сторонних API. Разработчики могут использовать такие инструменты, как Почтальон для импорта спецификаций API, понимания API, создания наборов тестов, а затем интеграции тестов в конвейеры непрерывной интеграции / непрерывной доставки (CI / CD) и другие инструменты DevOps. Другие инструменты для проверки включают Каталон, RapidAPI, Parasoft, а также SmartBear ReadyAPI.

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

Используйте платформы интеграции с низким кодом для создания многоразовых шлюзов

Что произойдет, если вы планируете интегрироваться с несколькими платформами, и эти интеграции необходимо повторно использовать в многочисленных сервисах и приложениях? Возможно, ваша организация настраивает приложения для адаптации сотрудников, маркетинговые инструменты и рабочие процессы на местах, которые требуют интеграции с HubSpot, Workday, SAP или другими платформами.

Я поговорил с Эдом Макоски, руководителем отдела продуктов компании Boomi, о возможностях попыток обмена данными и обеспечения рабочего процесса и совместной работы со всеми в средних и крупных организациях. Этим организациям нужно нечто большее, чем просто проверка API; они требуют масштабируемого процесса интеграции. Он выражает эту проблему следующим образом: «Как разработчики могут решить эту сквозную картину подключения всех ко всему, например, подключения всех источников данных, понимания всех данных внутри организации, интеграции этих данных, разработки сервисов, создания пользователей- управляемые рабочие процессы, и подвергая его интерфейсным приложениям, которые привлекают пользователей? “

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

Другие платформы интеграции включают Джиттербит, MuleSoft, PMG, а также SnapLogic. Интеграция приложений или Платформа интеграции как услуга (iPaaS) платформы отличаются широким спектром возможностей, включая простоту использования, функции управления данными, рабочие функции и возможности самообслуживания.

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

Разработчикам важно помнить, что проверка API – это только первый шаг на пути к интеграции. Затем разработчики должны создать многоразовые, масштабируемые, надежные и поддерживаемые интеграции. Чтобы сделать это хорошо, необходимо включить интеграции в операционную среду, предназначенную для поддержки интеграции с ожидаемыми целями уровня бизнес-услуг. Платформы интеграции и iPaaS предлагают эти возможности и могут быть очень полезны для организаций, стремящихся сделать интеграцию основной компетенцией при разработке и эксплуатации.

Авторские права © 2021 IDG Communications, Inc.


#хороших #способа #проверки #API

Source link