私は ESB の実装を検討しており、Web サービスが「どのように」変更される可能性があるか (WCF)、またはこれらのサービスを使用するクライアント アプリをどのように「変更する必要がある」か (-- ESB パスへの新しいサービス参照 --)
私が特に使用しているデバイスは、「WebSphere DataPower XML Security Gateway XS40」です。
私は ESB の実装を検討しており、Web サービスが「どのように」変更される可能性があるか (WCF)、またはこれらのサービスを使用するクライアント アプリをどのように「変更する必要がある」か (-- ESB パスへの新しいサービス参照 --)
私が特に使用しているデバイスは、「WebSphere DataPower XML Security Gateway XS40」です。
ゲートウェイのセキュリティ面で XS40 (黄色) を選択したと思います。これにより、WS-Security、WS-Policy などが適用されます。datapower ボックスはこれらをサポートするように構成できますが、メッセージには WS-Security ヘッダー情報を含める必要があります。
この情報は通常、soap ヘッダーの Secuity ブロックに入り、署名、RSA キー、ユーザー名トークン、または x509 証明書を保持できます。
WS-Security の詳細については、1.0 仕様を参照してください。(ESB の「製品」が異なれば、仕様の異なるバージョンがサポートされる場合があることに注意してください。)
ここで、コンテンツ ベースのルーティング (または Web サービス メッセージのプロキシ) に Datapower ボックスを使用するだけの場合は、データパワー ボックスがメッセージを正しいサービスにルーティングするのに十分な情報がメッセージに埋め込まれていることを確認する必要があります。
したがって、WCF 通信が SOAP メッセージ (バイナリの .net リモーティングではなく) を使用するように構成されていると仮定すると、datapower は、メッセージ (xpath) の内容を解読して適切にルーティングするのに問題はありません。
wcf サービスに basichttpbinding を使用すると仮定すると、これはドキュメントを転送するために MTOM エンコーディングを使用するためです。MTOM でエンコードされた転送は、basichttpbinding でのみ実行できます。DP が WS-* を強制するため、このシナリオでは IDB データの処理能力に問題がありますか?