2

Web サービス (WCF) のドキュメント (wsdl、スキーマ、場所など) を保存して検索できるようにするためのアプローチについて、推奨事項を作成する必要があります。サービスを監視できることは、間違いなくボーナスです。

これは、可能であれば、他のフレームワークからクライアントがアクセスできるようにする必要がある Microsoft テクノロジを使用して構築された SOA に移行するという、より広いコンテキストで検討する必要があります。目的は、サービスが移動された場合や新しいバージョンがオンラインになった場合にクライアントが変更する必要のないシステムを開発することです。クライアントを適切に指示できる1つのアドレス/場所だけを「知っている」クライアントを書くことができるはずです。 .

サービス ドキュメントの中心的な場所を持つことも重要です。当社のビジネス アナリストは、当社が提供するサービスについて必要な情報をすべて 1 か所から見つけることができる必要があります。また、(潜在的に) サービス情報のリポジトリをパートナーにも公開したいと考えています。wsdls を生成して手動で管理できることはわかっていますが (どこかにフォルダーを作成し、送信する前に圧縮します)、非常に手間がかかり、エラーが発生しやすいようです (私の側では)。

現時点では、大きく分けて 2 つのアプローチがあります。

  1. WS-Discoverability と、クライアントの要求に応答できる動的ルーティング サービスを使用する特別なものを作成します。
  2. すぐに使えるソリューションを入手してください。

既製のソリューションが受け入れられる可能性が最も高いと言わざるを得ませんが、少なくとも代替案を検討する必要があります。私が特定した既製のソリューションについて

  1. ビズトーク
  2. WSO2 ESBおよびWSO2 ガバナンス レジストリ

おそらく機能を提供します。

知っておくべきこと
広範なアプローチについての私の理解は正しいですか?
評価を検討すべき他のアプローチはありますか?

具体的には、私が検討しているアプローチの長所と短所を知り、それをどのように実装できるかについてのアイデアも必要です。

4

1 に答える 1

0

まず、Biztalk や WS-Whatever SOAP ベースのプロトコルには絶対に乗りません。

もっとシンプルに行けば、最終的には幸せな男になるでしょう.

ミドルウェアについては、Mass Transitに行きます

NServiceBus は、私はあまり好きではありませんが、別のレベルのエンタープライズ サポートを提供します。Event SOA を選択すると、ボーナスとして非同期操作が得られます。

ミドルウェア層が定義されたら、API 層を定義します。サービスを外部に公開することはありません。ミドルウェアがイベント ベースの場合、その中のサービスはバスに配置されたイベントにしか応答できないため、ASP.NET Web API を REST インターフェイスと共に使用して、要求の種類に基づいて、関連するメッセージ (コマンド) を作成し、バスに配置します。

レベルが高いですが参考になれば幸いです。

于 2013-06-27T02:11:48.430 に答える