問題タブ [azure-service-fabric]

Vaughn Vernon は、ここでアクターを DDD 集約として使用することについて説明しています: Vaughn Vernon on the Actor Model and Domain-Driven Design

請求書の集計を検討してください: Azure Service Fabric アクターのライフ サイクルは、1 つのアクターを使用して 1 つの請求書のみの状態を保持することができ (たとえば ID "ABC")、信頼できるストレージがその状態を表すように使用されます。請求書。または、利用可能な Actor インスタンスを選択し、呼び出し中に Invoice "ABC" の状態をロードするために、ある種の Flyweight 実装が必要ですか?

最初のオプションはアクターの考え方に合っているように見えますが、これはファブリック インフラストラクチャがこれを念頭に置いて設計されている必要があることを意味し、システム内のすべての請求書に対して 1 つのアクター (無制限で間違いなく非常に大きな数) を使用します。

教えてください。Azure サービス ファブリックにプロビジョニング解除を遅らせるオプションはありますか? インスタンスで異なるノードに分散されているファブリックでホストされているマイクロ サービス アプリケーションがあります。ポータルからサービスを解放/プロビジョニング解除しようとした場合、サービス ファブリックは、トランザクションがいずれかのインスタンスに移行しているかどうかを内部的に確認できますか? 関与している場合、完了するのを待ちますか? また、マイクロソフトがそのようなサービスを提供していない場合、インスタンスの状態を確認するための powershell コマンドはありますか?

ありがとう

次のサンプル コードを使用してリモート開発クラスターに接続しようとすると、次のようになります。

次のエラーが表示されます。

System.Fabric.FabricException : 指定されたアドレスが無効でした

このコードは、開発クラスター マシンからローカルで実行すると正常に動作することに注意してください。Dev クラスター マニフェスト ファイルは、マシンの IP アドレスでリッスンするように変更されています。The remote machine is a Windows 7. すべての Service Fabric アセンブリが実行可能フォルダーにコピーされました。

"fabric:/" スキームを使用したクライアント呼び出しは、バックグラウンドでどのように機能しますか? クライアントは、ファブリック コールの対象となるクラスターをどのように指定しますか?

アイデアは、カスタムのアプリ インサイト イニシャライザーを介して、実行中の Service Fabric アプリに関するメタデータをアプリ インサイトに追加することです。サービスのインスタンスを実行しているアプリ/ノードを計測できるようにしたいと考えています。

SF は既にこれを行っているかもしれませんが、私のアプリ インサイト ヘルス モニターには、私が特別に作成したカスタム イベントのみが表示され、既定では何も追加されていません。SF がリリースされ、信頼できるサービスのスケールアウトを開始したら、より効果的にデバッグできるように、カスタム イベントに追加し、SF アプリ/ノードについて少し知りたいと思います。

このフォーラムに初心者なので、親切にしてください:-)

多数のパーティション分割されたステートフル サービスがある Azure Service Fabric でアーキテクチャのプロトタイプを作成しています。これらのサービスは、Rest API を実装します。アプリケーションへのパブリック インターフェイスとして API ゲートウェイ アプローチを実装しています。

Microsoft は、Service Fabric Wordcount サンプル コードでこのアプローチの例を提供しています。このサンプル コードは、本文のない GET 要求と PUT 要求の転送のみを示しています。

ゲートウェイからステートフル サービスに POST および PUT 要求 (本文データを含む) を転送するための最良の方法を示すサンプル コードはありますか?

前もって感謝します。

Visual Studio 2015 のステートフル アクター テンプレートを使用して、サービス ファブリック サービスを作成しました。同じソリューションで MVC アプリを作成し、about コントローラーでサンプル クライアントからコードをコピーしようとしました。Web アプリを実行して about アクションを実行すると、ハングします。例外や、機能しなかった理由を示すものは何もありません。コードを取得したサンプル クライアント コンソール アプリを実行すると、問題なく動作します。何が間違っている可能性があるかについて何か提案はありますか?

サービス ファブリックの信頼できるディクショナリを使用して、残りのインターフェイスを介してクエリを実行する予定のデータを保存したいと考えています。これらのコレクションに保持されているデータをクエリするための最も最適なアプローチは何だろうと思っていました。

IReliableDictionaryドキュメントは、単にコレクションを列挙する以外に、インターフェイスのクエリをサポートする方法を提供していないようです。

信頼できる辞書からすべてのオブジェクトを取得し、クエリのために List<> コレクションにポップする唯一のオプションはありますか?

ありがとう