現在のWebサービスの重要な基盤技術といえば、ほとんどがSOAPとWSDL（RESTはちょっと抜かして）のことを指すと思うのですが、本などを購入すると大体のものがSOAPとWSDL、そしてUDDIをWebサービスの重要な基盤技術として説明しています。SOAPはHTTP上でメッセージのやり取りを行うためのXMLベースのプロトコル（本来は下位のプロトコルに依存しないのがSOAPですが、ここではWebサービスってことでHTTPに限定）、WSDLはそのサービスのインターフェースを記述するためのXMLベース言語として知られています。
で、UDDIは？
UDDIは利用者がWebサービスを検索できるようにするための（検索システムの）標準化資料です。要するにWebサービス開発者は公開するWebサービスの情報をUDDIレジストリ（ブローカー）に登録して、利用者が検索しやすいようにしちゃいましょうってものです。ちょっと前まではMicrosoftやIBM、SAPといったとこがUDDIレジストリを運用していました。
ん？ちょっと前まで？というか、Webサービスなんてググれば見つかるって？そもそもプロジェクトで使うWebサービスをわざわざ検索して探さないって？そうですね、そんなんですよね…実はMicrosoft等が公開していたUDDIレジストリももう無くなっちゃいました。
Microsoft, IBM, SAP discontinue UDDI registry effort
そもそも、ブローカーと言ったって、Webサービスを実装しているクライアントがUDDIを参照して、UDDI側がWebサービスを動的に選ぶなんてものではなく、単に検索エンジンみたいにWebサービスの情報を返すだけのものです。Webサービスなんて同じようなサービスでも会社が違えばインタフェースはまったく別物になってしまいますから、そんな難しいことはできません。
こうなると、UDDIの存在意義自体があやしくなってきます。特にパブリックなUDDIレジストリの必要性自体あまり無いように見えます。SOAな今だからUDDIが必要なんじゃーなんて記事（Why SOA needs UDDI now）もありますが、どうでしょうか…正直、UDDIなんぞよりWebサービスについて実装方法のサンプルまで載っているしっかりとしたドキュメントがある方が何倍も役に立ちますし、大企業であれば社内のIT部門がしっかりとポリシーなどを定義し、各プロジェクトに対して横断的な活動をしてくれた方がよっぽどいいです。
UDDIが100%廃れたと言うにはまだまだ早いと思いますが、（今のところ）あまり重要でないように思えてしまいます。UDDIのベストプラクティス集なんてのがどっさりと公開されたら、それに沿って使ってみる気になるかもしれませんが、現状を見る限りではその気はまったくありません…しっかりとしたドキュメント作りに励みます！
# Windows Server 2003などにはUDDIサービスがあるみたいですが、果たして効率的に使っているプロジェクトはあるんでしょうか…
Reference
[1] SOAP/UDDI/WSDL Webサービス技術 基礎と実践 徹底解説
[2] Webサービスを発見する仕組み～UDDI
[3] Microsoft Online ? UDDI Developer Center