問題タブ [azure-service-fabric]

私は、Firebase DBの変更をリッスンし、それらの変更に基づいてロジックを実行することになる、サービス ファブリックで信頼できるアクターを作成しています。私はそれを機能させていますが、正しくはありません。これまでに行ったことは、 FireSharp と呼ばれる C# Firebase クライアント ラッパーを使用して Firebase をリッスンするMonitorRules () と呼ばれるメソッドを使用してアクター コードを作成することです。MonitorRules() は次のようになります。

サービスが登録された後、サービスの Main() メソッドで次のように MonitorRules() を呼び出します。

これは、サービスが Firebase への接続を開き、データの変更に応答するという点で「機能」します。問題は、サービスが 5 ノード クラスターの 3 つのノードで実行されるため、実際には 3 回リッスンし、各メッセージを 3 回処理することです。また、しばらく活動がない場合、サービスは非アクティブ化され、Firebase の変更に応答しなくなります。全体として、このようなものを設定する正しい方法ではないと確信していますが、サービス ファブリックでこのようなポーリング クライアントを設定する方法に関するドキュメントは見つかりません。Azure Service Fabric の精神に準拠するようにこれを設定する方法はありますか?

C# コードから PowerShell コマンドを実行するために、「System.Management.Automation.dll」を使用しました。しかし、Service Fabric コマンドを実行できませんでした。

Service Fabric コマンドを実行すると、次のエラーが表示されます

どのモジュール ディレクトリにも有効なモジュール ファイルが見つからなかったため、指定されたモジュール 'ServiceFabric' は読み込まれませんでした

「Connect-ServiceFabricCluster」という用語は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。名前のスペルを確認するか、パスが含まれている場合は、パスが正しいことを確認してから再試行してください。

私が使用したコードは

これらのコマンドは、PowerShell コマンド ウィンドウから直接実行したところ、正常に機能しました。

上記のコードは、他の PowerShell コマンドに対して正常に機能します

また、物理パス「C:\Windows\System32\WindowsPowerShell\v1.0\Modules\ServiceFabric」を使用してモジュールをロードしようとしましたが、どちらも機能しませんでした。

Web API (.Net 4.5.2 ~ VS2015 が提供する既定のもの) を作成し、Service Fabric アセンブリを使用する 2 つのクラス ライブラリを追加しました。また、これらのアセンブリ参照を Web アプリに追加したところ、すべてがコンパイルされました。

F5 キーを押すと、「ファイルまたはアセンブリ 'Microsoft.ServiceFabric.Actors' またはその依存関係の 1 つを読み込めませんでした」というメッセージが表示されます。不正な形式のエラーでプログラムをロードしようとしました。

したがって、すべてがコンパイルされますが、この「不正な形式」が何を意味するのかわかりません。誰もこれを見たことがありますか？

ありがとう！

Microsoft は、自社のクラウド プラットフォーム Azure 向けのマイクロサービス ソリューションを提供しています。信頼できるサービスと信頼できるアクターの 2 つのフレームワークがあります。

信頼できるアクターが独立したマイクロサービスであるかどうか疑問に思っていましたか? それとも、複数のアクターをまとめてマイクロサービスを形成しますか?

Azure Service Fabric に基づいてマイクロサービス アプリケーションを構築したいと考えています。一部のステートフル サービスまたはアクターについては、Web API を介して外部から状態にアクセスしたいと考えています。

このような Service Fabric プロジェクトの一般的なトレードオフとベスト プラクティスは次のとおりです。

1. 1 つのアプリケーションで 1 つまたは複数のサービスを使用することはありますか? したがって、アプリケーションごとに 1 つのサービスを使用すると、プロジェクトに複数のアプリケーションが作成されます。アプリケーションごとに 1 つのサービスを使用すると便利な場合は?

2. 単一のサービスで 1 つまたは複数のアクターを使用する? サービスごとに複数のアクターがあると便利なのはどのような場合ですか?

3. プロジェクト全体で 1 つのステートレス Web API サービスを使用するのに対して、各ステートフル サービスまたは各アプリケーションに対して複数のステートレス Web サービスを使用するのですか?

私は、これらの決定が特定のプロジェクトに基づいていることを知っています。しかし、上記の 3 点については、一般的な長所と短所があるかもしれません。

完全なオフライン機能を必要とするエンタープライズ レベルのモバイル アプリケーションの構築を計画しています。それは世界中で使用されるでしょう。バックエンド アプリケーションについては、Azure Service Fabric を使用したマイクロサービスとして実現したいと考えています。バックエンド アプリケーションは、Web 管理 UI と上記のモバイル アプリの両方で活用されます。モバイル アプリについては、Azure App Service の新しいモバイル アプリ サービスを使用する予定です。これにより、オフラインでデータ同期を行う機能が提供され、ネットワークに到達できる場合に機能を実行することもできます。

MobileApp --> Azure MobileApp サービス --> Azure API アプリ サービス --> Azure Service Fabric (マイクロサービスをホストするノードのクラスター)。

以下は、アドバイスが必要ないくつかの質問と観察事項です。

1. Azure API サービスを真ん中に置く理由は、API 管理を行うつもりだからです (Azure には別の API 管理サービスがあることを理解しています。上記のアーキテクチャで真の API 管理を行う方法についての指針は非常に役立ちます。 API管理はAPIアプリサービスに取って代わるでしょうか?)

2. Web 管理 UI レイヤーと Azure Mobile App サービス レイヤーの両方が活用できるように、API アプリ サービスから Swagger によって生成されたコードを使用するつもりです。あなたの考え ？

3. ここでは、App Service (モバイルと API 用) と App Service ファブリックの 2 つのパラダイムを使用しています。高負荷のオフライン機能を必要とするモバイル アプリを使用していることを考えると、これが唯一の選択肢だと思います。

4. モバイルからのデータ同期: モバイル アプリ サービスとマイクロサービス固有のデータ ストアの間でデータを同期するにはどうすればよいと思いますか? API を使用する必要がありますか?それとも、個々のマイクロサービスのデータ ストアと簡単にデータ同期を行うことができますか? あなたの考えを教えてください。

Azure Service Fabric を使用すると、ステートフル サービスを使用してマイクロサービス アプリケーションを構築できます。マイクロサービス アプリケーションを構築するために、Service Fabric には、サービスを構築するための 2 つの高レベル フレームワーク (Reliable Actors API と Reliable Services API) が用意されています。

ステートフルな信頼できるアクターをサービスとして使用したい。アクターの内部では、任意の状態を保持できます。私の質問は、アクター インスタンスに保持する「状態データ」の最大サイズはどれくらいですか? 状態はどこに保持されますか? ラムで？アクターを非アクティブ化すると、状態はどうなりますか?

たとえば、私のアクターは IoT デバイスを表しています。したがって、アクターは測定値をリストに収集します。状態を処理するための最良の選択は何ですか? どのくらいの頻度でデータを永続ストレージにフラッシュする必要がありますか? パフォーマンスの問題やその他の問題が発生するまで、サービスはどのくらいの期間データを収集できますか?

ジオ マッピングの問題に Azure Service Fabric の信頼できるステートフル アクターを使用できますか? イベントを表すアクターがいるとしましょう。このイベントは、マップ上でそのようなイベントを設定したユーザーによって作成されます。多くのユーザーが多くのイベントを作成できます。アクターを表す各イベントは、地理座標と別の状態を格納します。これにより、何百万ものイベントをマップ上に分散させることができます。

そのため、マップの領域または座標の四角形に基づいて、イベント アクターを表すグループ化アクターが必要です。グループ アクターは、このマップ エリア内のすべてのイベント アクターのリストを格納します。パフォーマンスの問題を考慮して、そのようなグループ化アクターを動的に作成することは可能であり、推奨されますか? 領域は、ユーザー入力によって決定されます。