在web services的三角模型中，包括provider,requester,broker。一个用户如果想让外界访问自己提供的web服务，必须到broker的uddi注册中心进行注册，否则用户提供的服务也只能够自己使用。我觉得这种方式有以下不足：
1。注册过程的繁琐
一个用户或者企业开发出自己的web服务以后必须到uddi注册中心（即broker)进行注册，并且用户在注册的时候必须填写大量信息，包括基本信息、提供的服务信息。。。对于一个企业来说可能更乐意去填写这些信息，这是对公司的一次宣传机会，但对于想提供一定web服务的个人来说，是否很乐意填写这些信息呢？
2。海量的数据存储（uddi注册中心）
目前的uddi注册中心分了好几个入口，用户可以在任何一个入口进行注册，各个uddi中心采用p2p的方式，访问其中任何一个就相当于访问了所有的uddi这册中心。如果考虑到将来普通的用户也有可能提供web服务，那么web服务的数量级别将会是很大的。如何维护这么大量的数据和在大量数据中查找的反应速度也将会是一个大问题。
3。更新的不灵活性
在三角模型中，用户如果新增加服务或者服务的描述文件发生改变，那么用户必须到uddi注册中心更新相应的资料才能反映这种变化，那么如果用户没有即时更新或者忘记了更新将会出现怎样的情况呢？

以上是个人观点，欢迎大家讨论！
--
FROM 159.226.40.3