4

私の組織は SOA の世界に参入しようとしており (少し遅れていますが、ここではそのようになっています!)、ESB Toolkit 2.0 を検討しています (既に BizTalk Server 2009 を使用しています)。

私たちは UDDI (具体的には、BTS 2009 に同梱されている UDDI サービス v3.0) の実装に熱心ですが、実際の UDDI の経験はあまりありません。すべての環境で、増え続ける Web サービスを管理したいと考えています。

UDDI を実装するためのベスト プラクティスは何ですか? 例えば：-

  • テスト環境のバージョンを含む、すべてのサービスとバインディングをホストする単一の高可用性で回復力のある UDDI サーバーを実装しますか? それとも、テスト環境と本番環境に別々の UDDI リポジトリを実装しますか?
  • WSDL と UDDI に関する Oasis Technical Note v2.0 は知っていますが、実際にそれを実装している人はいますか? つまり、tModel としての WSDL の抽象部分、バインディングとしての WSDL の実装部分ですか?
  • 非 Web サービス エンドポイントを UDDI でキャプチャする努力をしますか、それとも単に WSDL に使用しますか?
  • 「落とし穴」とは何ですか？
4

2 に答える 2

3

IBMはUDDIの使用を停止し、WSRRにHTTPおよびRESTインターフェースを使用しています。Oracleは、ほとんどのソリューションでUDDIを使用していませんが、UDDI v3（これはOEM）をサポートするレジストリとリポジトリを備えています。

Microsoft Azureプラットフォームで使用されているUDDIが表示されません。ここでわかりませんか？

私はそれが死んだ標準だと言っているのではありません...しかし他の人は

于 2010-05-09T08:31:24.327 に答える
0

q: テスト環境バージョンを含むすべてのサービスとバインディングをホストする単一の高可用性で回復力のある UDDI サーバーを実装しますか? それとも、テスト環境と本番環境に別々の UDDI リポジトリを実装しますか?

a: 1 つはテスト用、もう 1 つは本番用です。

q: WSDL と UDDI に関する Oasis Technical Note v2.0 は知っていますが、実際にそれを実装している人はいますか? つまり、tModel としての WSDL の抽象部分、バインディングとしての WSDL の実装部分ですか?

a: はい。jUDDI には、WSDL から UDDI へのテクニカル ノートの Java と .NET の両方の実装があります。WS02も同様です。

q: UDDI で非 Web サービス エンドポイントをキャプチャする努力をしますか、それとも単に WSDL に使用しますか?

a: はい、でもデータをどのように使用しますか? UDDI v3 では、レジストリ情報にアクセスするための REST インターフェイスが定義されているため、REST サービスが利用できる可能性があります。jUDDI v3.2 は、洗練されたユーザー インターフェイスを備えているだけでなく、REST インターフェイスを実装しています。本当の問題は、データをどのように使用するかということです。それに対する答えは、あなたの決断を後押しします。

q: 「落とし穴」とは何ですか?

a: UDDI には多くの「オープンエンド性」があります。具体的には、tModel を使用する方法がたくさんあります。仕様はそれらの束を定義していますが、それらを使用して解釈するのはあなた次第です。また、仕様内には多くの矛盾するステートメントがあり、実装方法を決定するのが難しくなっています。仕様の一部は、完全に完了していませんでした。

于 2013-12-31T01:41:42.243 に答える