異步與同步Web服務實踐？

Question

我敢肯定，今天大多數但不是所有的Web服務都是同步的。如果要實現異步處理，則存在基本的設計決策。

實現異步Web服務的處理隊列系統是否有價值？這是我正在進行的MOM /基礎設施決策。而不是讓系統到系統實現一箇中間件，它將代理所述交易。對蜘蛛網絡服務的管理和跟蹤/故障排除的簡易性似乎是最有意義的。

如何最好地實現異步Web服務？

Answer 1

這很有趣我偶然發現了這個問題。我對目前正在開發的項目也有同樣的擔憂。

我們的網絡服務是使用TIBCO技術開發的，它們也是默認同步的。我們正在考慮創建一個隊列機制來異步處理這些請求;原因是：我們必須與後端存儲技術接口的速度非常慢（這是一種強制技術，我們必須面對它）

我個人正在考慮爲異步回覆創建第二個WSDL定義（根據所提到的後端存儲的負載，這可能會在幾秒到幾個小時的時間內發生）。調用我們Web服務的客戶端必須使用這個「第二個WSDL」來實現一個Web服務，我們作爲客戶。

我很想知道你正在探索的方向。