我在一个大型组织SOA原型组织中担任实习生Application Developer。我是Web服务和技术的新手，如WSDL，SOAP，UDDI等。
在过去的一周里，我在理解UDDI以及如何有效地使用UDDI方面遇到了很多困难。互联网上普遍的共识是，UDDI已经死了，要么太复杂，要么不需要，要么就是大多数用例的障碍。一些网站暗示UDDI仅作为组织内部的注册表使用，而且它是密切的业务合作伙伴，而不是它所设计的通用业务注册中心。您可以通过阅读这些问题的一些答案和评论来了解StackOverflow对UDDI的态度：
UDDI有哪些替代方案？ Web服务可以发布的其他方式是什么，以便开发人员可以找到描述和技术细节，而不具备UDDI似乎具有的任何复杂性？实际使用UDDI注册中心有什么好的商业案例吗？
答案 0 :(得分：3)
UDDI有许多开源注册表/存储库替代方案。
我是WSO2的架构师，所以我的答案可能有偏见 - 无论如何，WSO2并不是唯一的开源替代品。
WSO2 Governance Registry是一个开源的，集成的SOA注册表库，它支持您有效地管理组织不断增长的SOA。 WSO2 Governance Registry提供易于使用的元数据存储库，支持完整版本控制，生命周期管理，用户/角色/权限的丰富模型以及标记，评级和评论等社交功能。您可以通过基于Web的用户界面轻松添加服务和其他资源。
WSO2 Governance Registry还具有WS-Discovery支持。
WS-Discovery是一种技术规范，它定义了用于在本地网络上定位服务的多播发现协议。
您可以从here了解更多信息。
答案 1 :(得分：1)
在已知位置的其他类型的外观：
基于多播网络的选项
答案 2 :(得分：0)
可以尝试使用WebSphere Service Registry and Repository（WSRR）或类似产品。