我在一家大型组织SOA原型设计中担任实习应用程序开发人员。我是WSDL，SOAP，UDDI等Web服务和技术的新手。
在过去的一周中，我在理解UDDI以及如何有效使用UDDI方面遇到了很多困难。互联网上的普遍共识是，UDDI已死，要么太复杂，不必要，要么成为大多数用例的障碍。一些网站暗示UDDI仅作为组织内部的内部注册表有用，并且是紧密的业务合作伙伴，而不是为其设计的通用业务注册表。通过阅读这些问题的一些答案和评论，您可以看到StackOverflow对UDDI的态度：
Is the public UDDI movement dead or, was it ever alive?
How does SOA service discovery (UDDI) work in practice?
Does A Web Service Have To Be Registered?
Help understanding web services
UDDI有哪些替代方案？还有什么其他方式可以发布Web服务，以便开发人员可以找到描述和技术细节，而无需UDDI看起来那么复杂？实际使用UDDI注册中心是否有任何好的业务案例？
最佳答案
UDDI有许多开源注册表/存储库替代方案。
我是WSO2的架构师，所以我的回答可能有偏见-无论如何WSO2并不是唯一的开源替代方案。
WSO2治理注册表是一个开放源代码，集成的SOA注册库，它支持您有效地管理组织中不断增长的SOA。 WSO2治理注册表提供了易于使用的元数据存储库，并支持完整版本控制，生命周期管理，丰富的用户/角色/权限模型以及诸如标记，评级和评论之类的社交功能。您可以通过基于Web的用户界面轻松添加服务和其他资源。
WSO2治理注册表还具有WS-Discovery支持。
WS-Discovery是一项技术规范，它定义了多播发现协议以在本地网络上定位服务。
您可以从here阅读更多内容。