問題タブ [azure-queues]

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.

0 投票する
1 に答える
1878 参照

c# - 1 つのオブジェクトを使用して複数のタイプのデータを格納する方法

私はAzureキューストレージにデータを保存することを扱っています。そのために、現在、以下の2つのデータ型クラスがあります

レコードをキューに挿入するために、以下の方法を使用しています

そして、私は別のキューから読み取る必要があります

ここでは、キュー ストレージを 1 つだけ使用したいので (より多くの taskitem があるため)、異なるタイプを 1 つのタイプのオブジェクトに結合する方法を教えてください。

: ToBinary と FromMessage は単純な拡張機能です

ありがとう。

0 投票する
0 に答える
390 参照

design-patterns - Azure メッセージ キューとマルチ インスタンス ワーカー ロールの堅牢な再試行処理

単なる疑似コードであるため、CodeReview.Stackexchange から転載

タスク プロセッサのワーカー ロールを構築しています。タスクは単純な DB テーブル (Guid、Json 文字列、ステータス) に挿入され、Guid は Azure メッセージ キューにプッシュされます。worker ロールはキューからメッセージをポップし、DB から JSON 命令を取得してそのタスクを処理します。

冪等性と再試行のすべてのコーナーケースを確実にカバーし、次の擬似コードを作成しようとしています。

私の主な問題は、「ProcessTask」フェーズが非トランザクション (外部サービスへの HTTP 投稿とサービス呼び出し) であり、繰り返し呼び出しが悪い (Mkay) ことです。

誰かがこれを再確認して、私が特定していないコーナーケースがあるかどうかを確認できますか.

次の情報を持つタスクがデータベースに存在すると仮定します。

次の疑似コードは、次の状況をカバーしています。

  1. ワーカーはメッセージを取得し、時間内に処理し、データベースを更新してメッセージを削除します。
  2. #1 以外は、30 秒の非表示タイムアウトよりも長くかかりますが、それでも成功します。
  3. メッセージの処理に失敗したため、再試行する必要があります。
  4. メッセージの処理に何度も失敗し、許可されている最大デキュー カウントを超えています。

計画では、Azure BlobStorage の AquireLease メカニズムを使用して、冪等性の理由から重要なコードの周りでファイル ロックとして使用する予定です。

疑似コード

0 投票する
1 に答える
595 参照

ios - iOSでのWindows Azure Active Directory認証

誰もが iOS を使用して Azure の Windows で作業し、Azure の Windows アクティブ ディレクトリにアクセスする方法を教えてください。

WAAD_LOGIN_URL WAAD_DOMAIN WAAD_CLIENT_ID WAAD_REDIRECT_URI WAAD_RESOURCE WAAD_SERVICE_ENDPOINT

事前に助けてくれてありがとう:)

0 投票する
0 に答える
131 参照

azure - inter-role azure: 通知用のエンドポイント、作業ディスパッチ用のキューとテーブル?

各ロールの複数のインスタンスを使用するつもりはなく、負荷が増加したときに VM のサイズを大きくするとします。

アイデア:ロール A がロール B のジョブをキューとテーブルに配置したという通知を送信するために、各ロール間で内部エンドポイントを使用します (両方を使用して、ジョブが少なくとも 1 回と最大で 1 回実行されたことをロールに確認します)。

それが解決する問題: どのロールも常にキューをポーリングする必要はありませんが、代わりに、内部エンドポイント間のチャネルを介した通知時にのみポーリングし、キューが空になるまでのみポーリングします。

これは合理的な解決策ですか、それとも問題を引き起こす可能性がありますか?

それとも、低いトランザクション コスト (100.000 回の読み取りあたり 0.005 ドル?) を考えると、これは単なる不要なオーバーヘッドですか? XS ワーカー ロール インスタンスのコストに達するには、1 日あたり約 1000.000 のトランザクションが必要です。

0 投票する
1 に答える
112 参照

nservicebus - サービス バス ベースの .NET アプリケーションのデバッグ

アプリケーションの一部を統合するためにサービス バスを使用する多くの開発者。サービス バスにどのプラットフォームを使用するかは問題ではありません。たとえば、Web アプリケーションとクラウド サービスを統合する Azure Service Bus Queue などです。

このようなアプリをローカルで操作する方法は興味深いものです。各ローカル開発者ステーションに Azure Service Bus をインストールしますか? それとも、すべての開発者のためにサーバー上でいくつかのテスト メッセージ キューを使用しているでしょうか? または、キューのモックを持っていますか?

経験豊富な人がこの問題を実際のアプリケーションでどのように解決するかを見るのは良いことです. どんなコメントも役に立ちます。

ありがとうございました!