我的組織正在進入SOA世界（有點晚，但這就是它的樣子！），我們正在研究ESB Toolkit 2.0（我們已經有BizTalk Server 2009）。UDDI最佳實踐
我們熱衷於實現UDDI（特別是隨BTS 2009發佈的UDDI服務v3.0），但我們對實際的UDDI體驗並不滿意。我們希望管理我們在所有環境中擁有的數量日益增長的Web服務。
實現UDDI的最佳實踐是什麼？例如： -
IBM has stopped using UDDI，並且正在爲其WSRR使用HTTP和REST接口。 甲骨文沒有使用UDDI在大部分的解決方案，但他們有一個支持UDDI v3的（這是OEM）
我不能看到Microsoft Azure platform使用UDDI註冊中心和倉庫，我不確定在這裏？
我並不是說這是一個死標準......但others are
問：你想實現承載所有的服務和綁定，包括測試環境的版本一個高度可用的彈性UDDI服務器？或者你會爲測試和生產環境實施單獨的UDDI存儲庫嗎？
a：我可能會做一個測試，一個用於生產。
問：我知道關於WSDL和UDDI的Oasis Technical Note v2.0，但有沒有人真的實現了這一點？即WSDL的抽象部分作爲tModels，WSDL的實現部分作爲綁定？
a：是的，jUDDI同時具有WSDL到UDDI技術說明的Java和.NET實現。 WS02也是如此。
問：您是否會努力在UDDI中捕獲非Web服務端點，或僅將其用於WSDL？
a：是的，但你打算如何使用這些數據？ UDDI v3定義了用於訪問註冊表信息的REST接口，因此REST服務可能會利用。 jUDDI v3.2除了有一個時尚的用戶界面，還實現了REST界面，爲什麼不呢？真正的問題是，你將如何使用這些數據？答案將有助於推動您的決定。
問：什麼是「陷阱」？
a：在UDDI中有很多'開放式結構'，特別是有許多方法可以使用tModels。該規範定義了一堆，但它取決於你使用和解釋它們。規範中還有一些相互衝突的陳述，使得很難決定如何實現它。規範中的一些事情並沒有完全通過。