Применение исходящих политик к фиктивной операции в Azure API Management

Question

У меня есть Azure API управления API, для которого я выполняю какую-то конкретную операцию. Я настроил макет для имитации ответа серверной службы (включая URL-адреса в ответе, которые выглядят так, как будто они появляются из серверной службы).

Я обнаружил, что ни одна из моих исходящих политик, включая политику redirect-content-urls, применяются к этому поддельному ответу, поэтому URL-адреса, возвращаемые потребителю, неверны.

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

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

Answer 1

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

1. Входящий. В этом случае, как только политика ложного ответа встречается, выполнение останавливается и ответ возвращается. Вы действительно не можете применить свойство content-redirect-url здесь. Это вызовет исключение при выполнении механизма политики
2. Исходящий: для ложного ответа на работу в этом разделе вам потребуется служба бэкэнда, куда вы отправите запрос (что невозможно, так как это не бэкэнд!) публикация, в которой будут применяться исходящие политики.

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