問題タブ [azure-service-fabric]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - StatefulService のエラー
単純な HelloWorldStateful サービスをデバッグしようとすると、次のエラーが発生します。
スローされる例外: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' スローされる例外: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' スローされる例外: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' 例外がスローされる: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' 例外がスローされました: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' 例外がスローされました: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' 例外がスローされました: ' mscorlib.dll の System.Collections.Generic.KeyNotFoundException' 例外がスローされました: mscorlib.dll の 'System.Collections.Generic.KeyNotFoundException' 例外がスローされました: mscorlib の 'System.Collections.Generic.KeyNotFoundException'。dll 例外がスローされました: Microsoft.ServiceFabric.Data.Log.dll で 'System.IO.FileNotFoundException' がスローされました: mscorlib.dll 例外で 'System.IO.FileNotFoundException' がスローされました: mscorlib.dll 例外で 'System.IO.FileNotFoundException' がスローされましたスローされた: Microsoft.ServiceFabric.Data.Log.dll の 'System.ArgumentException' スローされた例外: mscorlib.dll の 'System.ArgumentException' スローされた例外: mscorlib.dll の 'System.ArgumentException' スローされた例外: 'System.IO.FileNotFoundException ' Microsoft.ServiceFabric.Data.Log.dll で例外がスローされました: mscorlib.dll で 'System.IO.FileNotFoundException' 例外がスローされました: mscorlib.dll で 'System.IO.FileNotFoundException' 例外がスローされました: 'System.IO.FileNotFoundException' でMicrosoft.ServiceFabric.Replicator.dll スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: 'System mscorlib.dll の .IO.FileNotFoundException 例外がスローされました: Microsoft.ServiceFabric.Replicator.dll で 'System.IO.FileNotFoundException' がスローされました: mscorlib.dll で 'System.IO.FileNotFoundException' 例外がスローされました: 'System.IO.FileNotFoundException ' mscorlib.dll でスローされた例外: mscorlib.dll で 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll で 'System.AggregateException' スローされた例外: System.Fabric.dll で 'System.IO.FileNotFoundException'mscorlib.dll の IO.FileNotFoundException 例外がスローされました: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException'スローされた例外: Microsoft.ServiceFabric.Replicator.dll で 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll で 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll で 'System.IO.FileNotFoundException' スローされた例外: ' mscorlib.dll の System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の IO.FileNotFoundException 例外がスローされました: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException'スローされた例外: Microsoft.ServiceFabric.Replicator.dll で 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll で 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll で 'System.IO.FileNotFoundException' スローされた例外: ' mscorlib.dll の System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: Microsoft.ServiceFabric.Replicator の 'System.IO.FileNotFoundException' .dll スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: 'System. mscorlib.dll の AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: Microsoft.ServiceFabric.Replicator の 'System.IO.FileNotFoundException' .dll スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: 'System. mscorlib.dll の AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされた例外: Microsoft.ServiceFabric.Replicator.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib の 'System.IO.FileNotFoundException' .dll スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされた例外: Microsoft.ServiceFabric.Replicator.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされた例外: mscorlib の 'System.IO.FileNotFoundException' .dll スローされる例外: mscorlib.dll の 'System.IO.FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'mscorlib.dll の FileNotFoundException' スローされる例外: mscorlib.dll の 'System.AggregateException' スローされる例外: System.Fabric.dll の 'System.IO.FileNotFoundException'
ステートレス サービスと両方のタイプのアクターを正常に実行できます。しかし、ステートフル サービスは私のために働きたくないだけです。何か案は?
azure-service-fabric - Azure Service Fabric (プレビュー) アクター SDK は、アクターの継承に驚異的な動作を提供します
プレビュー SDK をいじってみると、開発中のフレームワークで使用される一連の関連する Actor タイプに共通の実装を提供しようとしたときに、いくつかの驚くべきことに気付きました。
次のようなコードを作成すると、期待どおりに動作しないようです。
としょうかん:
コンソール アプリケーション:
アクターを作成するときに、アクターを登録する呼び出しが失敗します。
タイプが Actor から派生していないというエラーが表示されますが、これは明らかに偽物です。
また、これにより、サービス マニフェストを生成するツールが壊れているように見えることにも気付きました。(ツールを無効にして、これを回避する必要がありました。)
これは基本的に、ユーザー向けの API を思い通りに書くことを妨げています。私はそれがまったく好きではありません。同様に、他の人が報告したように、ここでは依存性注入シナリオのサポートがほとんどまたはまったくなく、アクター モデルの有用性がかなり劇的に損なわれています。
何か不足していますか?ここでアクターの抽象化を実装するより良い方法はありますか?
azure-service-fabric - サービス ファブリックと IPv4
DevClusterSetup.ps1 を実行した後、ファブリック ゲートウェイは、ホストに ipv6 IP アドレスがなくても、デフォルトで IpV6 のみをリッスンします。私の膝には ipv4 しかないので、それを ipv4 にバインドする方法を知りたいですか?
ご覧のとおり、FabricGateway はポート 19000 でリッスンしているものですが、IPv4 アドレスで telnet できません。
どこかに IPv4 のみの環境がある場合、これは興味深い問題を引き起こします。
これをどのように構成できますか?
azure - アップロードされた Excel ファイルを検証して処理する - WebJob と Service Fabric MicroService
ユーザーがASP.NET MVC 5 Web サイトまたは Windows ストア アプリを介して Excel ファイルをアップロードするユーザー ケースがあります。このファイルには、e コマースの商品リストが含まれています。このファイルは、適切な形式、データの正確性などについて最初に検証する必要があります。検証が完了したら、日付を読み取り、追加するすべての製品のイベントを生成するAddProductsなどのメッセージを送信する必要があります。このアプリはAR+Eを使用するため、すべてのイベントをAzure Table Storageに記録する必要があります. 機能以外の要件は、Web またはストア アプリからオンライン ストアにファイルをアップロードするユーザーが何千人もいる可能性があることです。リクエストは 1 つずつ処理する必要があり、処理が成功すると、SignalRを介してユーザーにすぐに通知されます。
Azure Worker ロール、WebJobsなどのいくつかのオプションを検討しました... WebJob は適切かもしれませんが、Service Fabric マイクロ サービスを考えさせる Web ロールに結びついています。このサービス/ジョブは、ASP.NET MVC5 サイトと Windows ストア アプリケーションからの要求に基づいてスケーリングする必要があります。WebJob が使用されている場合、私の理解では、それが関連付けられている Web サイトの役割に基づいてスケーリングできます。
Service Fabric Serviceを使用して、単一のサービス エンド ポイント (1) / product-file/uploaded のような POST アクションを持つ REST エンド ポイント(2) /product-file/checkstatus/ のような別のエンド ポイントからこれらすべてを実現できますか? myExcelFileName (3) Azure ストレージ キューからアップロードされた要求を30 秒ごとに確認し、ファイルの検証と処理を開始します (4) ファイルを検証して処理しますか? お気づきかもしれませんが、このサービスには REST エンドポイント、キューへのアクセス、CPU および IO 操作を利用するバックグラウンド ジョブ ランナーが必要です。
azure-service-fabric - Azure Service Fabric アプリケーションのプロセス、コア、スレッド、およびエンド ポイントを表示する
ラップトップで単語カウント アプリケーションをローカルで実行しています。
アプリケーションを実行してログを見ずに、エンドポイントがhttp://localhost:8081/wordcount/であることを確認するにはどうすればよいですか?
タスクマネージャーの画像をご覧ください。作成されているスレッドの数が 27、29、26、および 19 であることがわかります。これらは、他のアプリケーションによって作成されたものと比較して非常に多くなっています。なぜこれらの多数のスレッドがあり、誰がこれらを作成したのですか? これはRunAsyncのCreateTransaction呼び出しによるものですか?
Service Explore に表示されないのは、使用されているコアの数です。Service Fabric は単一のコアのみを使用しますか、それとも複数のコアがある場合は同じボックスでスケールアップしますか?
タスク マネージャーからの情報を処理します。
パフォーマンス情報:
値 27、29、26 & 19 はスレッド数です。
サービス ファブリック エクスプローラー: