萝卜牛杂培训:uddi的未来?

我与一些人就 WSDL 和 UDDI 的消亡以及没有人真正要求使 Web Services 可以查找的现象进行了非常有意思的讨论。

难道 SOA 的基本特性——可查找性——被抛弃了吗？

让我们分析一下。毕竟 Web Services 是 RPC 的发展，您如果真的加载一个具有真正的业务功能的 Web 服务，并将其放在黄页上，任那些恶作剧者随意调用，那才是疯了。

所以没有安全性的前端 Web Services 是没有价值的。而如果通过了验证，就很可能知道要调用哪个服务了，这样 UDDI 又没有用了。而且 WSDL 2.0 规范因为定义了本地数据模型，已经受到了许多批评。我们的确是看到了很多型别对型别 (type-to-type) 的 WS 交互，但是没有多少是跨平台的（例如， .net-.net 就要比 .net-java 多）。

难道 Web Services 不可查找，不能被后端系统所调用吗？那与 RPC 又有何分别？

我认为之所以产生这些对 WSDL 、 UDDI 和 Web Services 的不满意，总的来说还是因为我们还没有找到针对这种技术的合适的 用例 。那么，假如说，同时使用 WSDL 、 UDDI 和 Web Services 来支持企业级 SLA ，会有用吗？

当然有用。

如果企业服务总线 (ESB) 可以通过安全策略过滤请求，并可以用作所有 WS 请求的前端，又会怎么样呢？那么就会是 ESB 调用 UDDI 来满足请求了。这意味着新服务一上线就可以注册，而只有在满足 SLA 要求（可用、性能优良、符合某种特定的 WSDL 格式等等）时才能被调用。这样就不是由编码人员来编写 UDDI ，而是 ESB 动态调用 UDDI 了， UDDI 只是信息管道的一部分——我们甚至不必知道它在那里，除非我们要编写自己的总线。

现在整个模式就起作用了。当要求所有的组件共同满足可控制的 SLA 时，这一切就有意义了。问题解决。