API стали настолько вездесущими, что легко недооценить работу, которую они могут создать. Оказывается, mo ‘apis, проблемы, заимствовать у известного большого
Это проблема, которую разработчики должны учитывать, поскольку они используют серверы MCP, консультировали Uri Maoz. Как соучредитель и генеральный директор Wiremock, управляющего инструмента HTTP с открытым исходным кодом и облачной платформы, MAOS наблюдал проблему пролиферирования API, которые уже у корпоративных клиентов, которые приняли микросервисы, сказал он.
«Многие корпоративные клиенты говорят:« Мы переехали в [a] Микросервисы, и теперь мы понимаем, что у нас есть проблема. Мы не можем развиваться и проверить, потому что это так ограничивает », — сказал он.
По словам Мауса, аналогичный сценарий, вероятно, разворачивается, поскольку больше организаций разрабатывают и применяют серверы протокола контекста (MCP) модели (MCP).
«Они не предвидят проблемы, которые это вызовет их позже», — сказал он. «Люди начнут в какой -то момент обращать внимание на эти проблемы, и тогда им понадобится возможность бежать изолированным образом».
Пролиферация API на предприятиях
По его словам, Wiremock видит, как компании, пытающиеся управлять растущим числом API на современном предприятии.
«У вас есть организация, переходящая в среду микросервисов и переехать, чтобы потреблять много сторонних API, облачных сервисов, а теперь и ИИ, и в результате среда разработчика и тестера сейчас гораздо сложнее, потому что у них много внешних и внутренних зависимостей, с которыми они не контролируют»,-сказал Маос. «Затем, когда вы пытаетесь развиваться против этих зависимостей и тестирования, это становится действительно сложным. И это не стабильно».
Серверы MCP добавят к пролиферации API, утверждал он. Частично это потому, что сейчас все толкают серверы MCP. Это также потому, что вы не только делаете вызов API на сервер MCP, но и сам сервер MCP делает вызовы API, которые необходимо протестировать.
«Допустим, вы используете сервер MCP, который звонит для нескольких сторонних API. Вы хотите проверить рабочий процесс»,-сказал он. «Как вы даже проверяете это? Та же самая проблема, которую мы видим сегодня на рынке, все еще будет там, и с большим объемом с ростом MCP».
Насмешка как решение
Измешивание API (которое имитирует конкретные взаимодействия API) или моделирование API (которое идет еще дальше, имитируя API, чтобы обеспечить более сложные сценарии тестирования) решает проблему пролиферации. Разработчики могут имитировать зависимости API, как внутренних, так и внешних, одновременно разработав и тестируя продукт, объяснил он.
«Разработчик или тестер могут контролировать, как будут выглядеть запрос и ответ и могут проверить различные сценарии и разные рабочие процессы», — сказал он.
Макет серверы моделируют API для разработки и тестирования, чтобы вы не вызывали фактический API во время работы над своим приложением.
Wiremock предлагает модель с открытым исходным кодом и облачную платформу для платежей для поддержки шкалы и предприятия. Их инструмент моделирования API создает высмеиваемый API либо с его пользовательским интерфейсом для определения того, как должен функционировать API, или записав реальные вызовы и трафик для фактических API. В последнем сценарии он ведет себя как прокси и слушает трафик и вызовы, созданные реальным API. После завершения записи Wiremock может создать все моделирование, которые представляют трафик, объяснил Маус.
«Тогда в основном рабочий процесс будет заключаться в том, что разработчик или тестер, вместо того, чтобы работать против реального API, они снова издеваются над моделируемым API», — сказал он.
Моделирование API немного отличается от насмешки, что требует от вас создания макета API на уровне кода. Это означает, что каждое изменение, внесенное в макет API, требует его восстановления.
«Разработчик или тестер могут контролировать, как будут выглядеть запрос и ответ и могут проверить различные сценарии и разные рабочие процессы».
-Ури Маос, соучредитель и генеральный директор Wiremock
«Существуют насмешливые инструменты, которые позволяют вам делать макет, но тогда это статично», — сказал он. «Это означает, что каждый раз, когда вы называете макет, вы получите одинаковое значение».
По его словам, при моделировании API поведение API сохраняет в облаке, и единственное изменение, которое необходимо внести для разработчика, — это базовый URL.
«Wiremock Cloud обеспечивает действительно всеобъемлющие, динамические ответы», — сказал он, объяснив, что он использует заглушки для этого. Заглушка похожа на вариант использования или конечную точку API.
«Вы можете создать одну динамическую заглушку и знать, чтобы вернуть динамические и разные ответы на основе того, что вы отправите в запросе», — сказал он. «Это очень важно, потому что теперь вы можете создать множество различных вариантов использования с гораздо меньшим обслуживанием».
Варианты использования для моделирования API
Для разработчиков фронта это означает, что разработчикам не нужно ждать, пока бэкэнд создает API, прежде чем они смогут начать проверять, как приложение работает с конкретными функциями, которые может обеспечить API.
Но есть и другие применения, например, когда разработчик хочет проверить отрицательную ситуацию, когда есть сбой или задержка API. По его словам, моделирование API может легко имитировать этот процесс.
«Вы имеете полный контроль над тем, как будет вести себя API», — сказал он. «В противном случае, как бы вы сделали это, когда работаете с настоящим API или даже с песочницей?»
Другой вариант использования находится в финансовом пространстве, где разработчик может захотеть имитировать банковскую транзакцию, в которой баланс обновляется из -за депозита или снятия средств.
«Это то, что, например, Mock позволяет, и если у вас этого нет, то очень сложно по -прежнему имитировать поведение реального API», — сказал Маус.
Наконец, моделирование также может использоваться в качестве своего рода фигмы для прототипа нового API, позволяя разработчикам указать, как они хотят, чтобы API работал и генерировал спецификацию OpenAPI из этой информации. Разработчики могут импортировать спецификацию OpenAPI или использовать интеграцию MCP Server WireMock для создания API.
«[You] Начните прототип процесса API в Wiremock Cloud, создав различные макет о том, как должен вести себя API, — объяснил он. «Что мы делаем с этого момента, так это то, что мы генерируем для вас спецификацию открытого API».
Существует также механизм проверки, который предупреждает разработчиков, если существуют расхождения между макетом и спецификацией OpenAPI, чтобы избежать «насмешливого дрейфа», что происходит, когда реальный API меняется, но макет нет, добавил он.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Loraine Lawson — ветеран -репортер, который в течение 25 лет освещал технологические проблемы от интеграции данных до безопасности. Прежде чем присоединиться к новому стеку, она работала редактором Banking Technology Site Bank Automation News. Она … читайте больше от Лорейн Лоусон
