Можно ли предоставить конечную точку SOAP через BizTalk, которая вызывает другую службу SOAP без использования оркестровки, а только сопоставляет?
Текущее решение, в котором используются оркестровки, очень медленное (накладные расходы на оркестрацию превышают 1,5 секунды), а производительность становится еще хуже, когда речь идет о высоком уровне параллелизма. Мне нужно решение для низкой задержки.
Хотя я не уверен на 100% в отношении конечной точки SOAP, я сделал это для WCF-BasicHttp, но не могу придумать причину, по которой это было бы невозможно для SOAP. Различные свойства продвигаются в контексте сообщения, что позволяет вам направлять сообщение на порт отправки, например, действие SOAP, имя порта получения и т. д. Настройка порта отправки для подписки на соответствующие сообщения должна быть тривиальной. Сопоставление входящего запроса с исходящим запросом может происходить либо на порту приема, либо на порту отправки.
В случае использования порта отправки с запросом ответа возвращающееся ответное сообщение будет автоматически подписано исходным портом приема, если предположить, что оно также является двусторонним. Опять же, сопоставление входящего ответа с исходящим может происходить либо на порту отправки, либо на порту приема.
