SOA服務發現（UDDI）在實踐中如何工作？

Question

我只是在閱讀SOA，並定期提到服務註冊中心/ UDDI。這聽起來不錯，但在現實中如何使用？

• 註冊表是爲了將邏輯服務與其物理實現（端口，url等）分離嗎？
• 註冊表是否被一個尋找有趣服務的人所瀏覽？
• 難道是「錯誤」的硬線的 應用 它使用的服務？

Answer 1

我覺得它比理論上更實用。它很少實施並且很少使用。事實上，DNS爲網絡資源的定位提供了一個充分的抽象工具。

Answer 2

服務註冊商店和發佈有關的所有可用服務的信息，主要是他們的接口描述和當前URI（IP，端口，等等）。通過這種方式，應用程序可以簡單地向註冊中心詢問所需的服務，並獲取適合的服務實現的詳細信息，並可以進行連接。

UDDI是不是得到一個註冊爲您服務的唯一途徑。但請記住，UDDI僅適用於Web服務，所以如果您的SOA僅包含Web服務，那麼它纔是有用的。

1）正確。

2）不，這不是真的意味着人的眼睛。當然，有些工具可以瀏覽目錄，但它們主要用於查看註冊表是否獲得了您需要的服務等。真正的用法直接發生在您的應用程序/服務和註冊表之間。

3）這取決於你想要完成的任務。如果你想構建一個SOA，它認爲這將是'錯誤的'，因爲這與SOA的鬆散耦合範例相矛盾。 如果這是你唯一的服務，只有使用它的應用程序，它很可能是該服務將不會改變它的URI有絕對是沒有問題的硬接線 - 但隨後有propably沒有必要單獨這項服務:)

Answer 3

如何使用多播來中斷服務？就像使用jgroups或SLP一樣？所有的服務都會發現對方並將他們需要的服務注入到代理服務器中。然後對實際的運輸實施進行抽象。 （例如休息，肥皂，rmi）