サービスファブリック：プラグインとアプリケーションのタイプ

Question

私は共通のインターフェイスに準拠し、多くの一般的なコードを共有する、何百もの異なる長時間実行中の取引アルゴリズムをホストするサービスファブリックベースの取引プラットフォームを開発しています内部の仕様が大きく異なる可能性があります。私はアプリケーションタイプ（私は動的にロードする）として異なる藻類のそれぞれをモデル化することができますが、単一のPlugin Runnerアプリケーションタイプを作成することがより合理的であるかどうか疑問に思う多くの異なる藻類を与え、プラグイン。

関連する質問では、一般的にプラグインアーキテクチャを実装する方法を理解していますが、Service Fabric上で実行されているインスタンスが実際のプラグインをどこに配置できるかはわかりません。

とにかく、あなたの助けに感謝します....

Answer 1

1. 両方のアプローチは、私が考えて作業することができます。多くのアプリケーションタイプを使用すると、多くのプロセスを実行する際に（かなりの）オーバーヘッドが追加されますが、同じアルゴリズムの複数のバージョンを同時に使用してアップグレードすることができます。 プラグインのアプローチを使用するには、自分でバージョン管理する必要があります。

   アプリケーションアプローチを使用すると、おそらく何らかの種類のリクエストルータが必要になりますが、 プラグインサービスは（ステートレスの場合）独自の決定を下す可能性があります。

2. プラグインリポジトリとして機能するステートフルサービスを作成したり、ファイル共有をマウントしたり、データベースを使用したりできます。ここではプラットフォームの制限はありません。命名規則を使用して、適切なプラグインを見つけることができます。