Асинхронные и синхронные практики веб-служб?

Question

Рискну сказать, что большинство, но не все веб-сервисы сегодня синхронны.Фундаментальное проектное решение существует, если реализовать асинхронную обработку.

Есть ли смысл в реализации системы очередей обработки для асинхронных веб-служб?Это решение MOM / инфраструктуры, с которым я играю.Вместо того, чтобы переходить от системы к системе, реализуйте промежуточное программное обеспечение, которое будет обрабатывать указанные транзакции.Кажется, простота управления, отслеживания и устранения неисправностей в паутине сервисов имеет смысл.

Как лучше всего вы реализовали асинхронные веб-сервисы?

Answer 1

Интересно, я наткнулся на этот вопрос. У меня точно такая же проблема с текущим проектом, который я разрабатываю.

Наши веб-сервисы разрабатываются с использованием технологии TIBCO, и они также являются синхронными по умолчанию. Мы рассматриваем создание механизма очереди для асинхронной обработки этих запросов; причина в том, что внутренняя технология хранения данных, с которой нам приходится взаимодействовать, заведомо медленная (это навязанная технология, и мы должны с ней бороться)

Лично я рассматриваю возможность создания второго определения WSDL для асинхронных ответов (которое может происходить на несколько секунд или несколько часов позже, чем запрос, в зависимости от нагрузки на упомянутое внутреннее хранилище.) Клиенты, вызывающие нашу сеть Службы, в свою очередь, должны будут реализовать веб-службу, используя этот «второй WSDL», для которого мы выступаем в качестве клиентов.

Мне было бы интересно узнать, какие направления вы изучаете.