服務可發現在SOA

我正在讀一本關於SOA的幻燈片。並在這一點上有所懷疑：服務可發現在SOA

Discoverability is beyond the scope of a Web Service

這是否意味着，web服務不照顧發現部分？我的意思是服務提供商將他們的web服務提交給服務註冊中心，以便客戶能夠發現它，不是嗎？那是什麼意思？

enter image description here

來源

2014-12-19 Vpp Man

如果他們談論的可能性，發現服務註冊中心之間的服務（即：UDDI），這是正確的，該服務並不需要了解可發現部分東西。但請記住，該服務具有公開他的元數據的合同，這是發佈到服務註冊中心的數據。圖文介紹： enter image description here

檢查本說明從邁克爾·普蘭後提取出來，這就是我試圖在第一個解釋。

現在所說的服務可發現性原則，我可以見證這是幸存下來的時間並沒有顯著改變的唯一原則。 Thomas Erl對此原則進行了說明：「這種面向服務的原則與體系結構層面上的可發現性有關，但不同於......在服務級別上，可發現性原則指的是個人服務設計服務因此無論是否在其周圍的實現環境中實際存在可發現性產品或擴展，它都變得儘可能被發現。

原理定義很好地指出了對服務發現非常重要的兩件事：補充元數據和可以有效解釋服務的元數據。我是重新措詞原則指向補充服務的元數據文檔和文檔的註冊表/存儲庫。雖然註冊表/存儲庫是基礎架構的一個元素，並且可能不存在，但補充元數據文檔應到期。 OASIS SOA RM標準將此類文檔標識爲「服務描述」。 Michael Poulin

來源

2014-12-19 13:52:40

除了事實幾乎沒有人使用UDDI，當然不是公共UDDI註冊中心這一事實。他們的時間從未到過是個好主意。 – 2014-12-19 14:10:52

@JohnSaunders完全同意。服務發現機制的想法仍然完全有效，例如：Netflix Curator（現在轉移到Apache）http://curator.apache.org/curator-x-discovery/index.html – 2014-12-19 14:41:29

我一直在爲SOA做SOA而現在，並且從來沒有需要「發現」服務。如果我不知道這項服務，那麼我爲什麼要打電話？爲什麼我們不知道它在哪裏？如果我們移動服務，那麼我們只需要一種機制來管理服務URL中的更改。這不需要發現機制。 – 2014-12-19 14:44:25

服務可發現在SOA

回答

相關問題