3

私は Web サービスの経験がほとんどなく、現在、難しい問題に直面しています。私の組織へのサプライヤは、REST サービスを介してそのデータの一部を公開しました (最初の https 呼び出しに続く https 呼び出しは、n 回の呼び出しまたは n 分後に期限切れになるトークンを取得します)。

組織内のほとんどのレポートは SQL Reporting Services を使用して行われており、SSRS と REST の間のギャップを埋めるための支援を求められてきました。組織は、SSIS を使用して一部のデータを取得することもできます。

これらのテクノロジのいずれかから REST サービスを簡単に呼び出すことができるとは思わないので、REST サービスへの呼び出しを .NET SOAP Web サービスにラップすることを考えていました。SSRS が対処できると思います。

アーキテクチャ的にこれは間違っているように思われ、いくつかの落とし穴が私を待っていると確信していますが、これは適切な解決策のように聞こえますか? (別の方法として、SSRS 用のカスタム データ プロバイダーを作成することもできると思いますが、SSIS を使用するようになったときに同じ問題に遭遇しました)

どうもありがとう、アンドリュー

4

1 に答える 1

1

そこで、REST サービスへの呼び出しを .NET SOAP Web サービスでラップすることを考えていました。

...

アーキテクチャ的にこれは間違っているように思われ、いくつかの落とし穴が私を待っていると確信していますが、これは適切な解決策のように聞こえますか?

まったく問題はありません。ある種類の Web サービスから別の種類の Web サービスへのアクセスを禁止するアーキテクチャ上の制限はありません。さまざまな方法で実装できます。SOAP メソッドの実装から直接 HTTP 要求を実行することに抵抗がある場合は、プロキシ オブジェクトで REST Web サービス通信をラップし、SOAP メソッドから詳細を隠すことができます。

于 2012-12-06T20:10:04.643 に答える