私は Web サービスについて学んでおり、これまでに読んだリソースのほとんどは、他のユーザーが使用できるようになったら Web サービスを登録する方法について説明しています。サービスを利用するためにWebサービスの登録は必要ですか?
たとえば、会社のイントラネットに Web アプリケーションがあり、このプライベート イントラネット サイトに表示される何らかの有用な情報を取得する別の Web サービス アプリを作成するとします。この新しい Web サービスは、Web アプリが使用できるように登録する必要がありますか? それとも、何らかの UDDI レジストリを必要とせずに (WSDL ファイルに従って) Web アプリを新しい Web サービスに直接接続するだけでよいでしょうか?
もちろん、UDDI レジストリがなくてもサービスを使用できます。
いくつかの Web サービスを作成し、登録せずにすぐに使用しました。登録により、他のユーザーは、Web サービスが正当であり、それらのサービスと対話する方法を説明しているという確信を得ることができます。
Web サービスを使用する前に登録する必要がある開発を想像してみてください。うわぁ！
いいえ、まったくありません。
おそらく、WS を登録できる API ディレクトリについて話しているのでしょう。UDDI またはその名前のように。完全にオプションです。
UDDI を使用する人はもういません。それは、時が過ぎ去ったアイデアです。
誰もが自分のニーズを満たす Web サービスを見つけるために使用する Web サービスの公開レジストリが存在すると考えられていました。それは決して起こりませんでした。
サービス指向を正しく使用しようとしている場合は、Web サービスをサービス レジストリに登録する必要があります。レジストリには、公開されたサービスのコントラクトと、検出プロセスに役立つメタデータが含まれている必要があります。
別の質問として、サービス コンシューマー プログラムはレジストリを検索し、呼び出す必要のあるサービスを動的にバインドする必要があるかどうかということです。いいえ、まったくありません。
それでは、どの発見プロセスについて話しているのでしょうか。サービスを呼び出す必要があるプログラムを設計/開発している人間 (開発者、アーキテクトなど) を指しています。この人は、自分の組織で利用できるサービスを検索する手段を持っている必要があります。そうでない場合、サービスを再利用するメリットが損なわれます。また、発見とは、必要な機能を提供するサービスが IT 組織のどこかにあることを人間が発見することでもあります。この場合、レジストリは、手動で作成および更新されるか、wsdl ファイルの解析 (xslt が便利です) によって生成される html レポートのように単純なものにすることができます。
サービスまたはアプリは、サービスが登録されているかどうかをどのように知ることができますか?
さらに、なぜ彼らは気にするのでしょうか?