問題タブ [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.
c# - 1 つのオブジェクトを使用して複数のタイプのデータを格納する方法
私はAzureキューストレージにデータを保存することを扱っています。そのために、現在、以下の2つのデータ型クラスがあります
レコードをキューに挿入するために、以下の方法を使用しています
そして、私は別のキューから読み取る必要があります
ここでは、キュー ストレージを 1 つだけ使用したいので (より多くの taskitem があるため)、異なるタイプを 1 つのタイプのオブジェクトに結合する方法を教えてください。
注: ToBinary と FromMessage は単純な拡張機能です
ありがとう。
design-patterns - Azure メッセージ キューとマルチ インスタンス ワーカー ロールの堅牢な再試行処理
単なる疑似コードであるため、CodeReview.Stackexchange から転載
タスク プロセッサのワーカー ロールを構築しています。タスクは単純な DB テーブル (Guid、Json 文字列、ステータス) に挿入され、Guid は Azure メッセージ キューにプッシュされます。worker ロールはキューからメッセージをポップし、DB から JSON 命令を取得してそのタスクを処理します。
冪等性と再試行のすべてのコーナーケースを確実にカバーし、次の擬似コードを作成しようとしています。
私の主な問題は、「ProcessTask」フェーズが非トランザクション (外部サービスへの HTTP 投稿とサービス呼び出し) であり、繰り返し呼び出しが悪い (Mkay) ことです。
誰かがこれを再確認して、私が特定していないコーナーケースがあるかどうかを確認できますか.
次の情報を持つタスクがデータベースに存在すると仮定します。
次の疑似コードは、次の状況をカバーしています。
- ワーカーはメッセージを取得し、時間内に処理し、データベースを更新してメッセージを削除します。
- #1 以外は、30 秒の非表示タイムアウトよりも長くかかりますが、それでも成功します。
- メッセージの処理に失敗したため、再試行する必要があります。
- メッセージの処理に何度も失敗し、許可されている最大デキュー カウントを超えています。
計画では、Azure BlobStorage の AquireLease メカニズムを使用して、冪等性の理由から重要なコードの周りでファイル ロックとして使用する予定です。
疑似コード
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
事前に助けてくれてありがとう:)
azure - inter-role azure: 通知用のエンドポイント、作業ディスパッチ用のキューとテーブル?
各ロールの複数のインスタンスを使用するつもりはなく、負荷が増加したときに VM のサイズを大きくするとします。
アイデア:ロール A がロール B のジョブをキューとテーブルに配置したという通知を送信するために、各ロール間で内部エンドポイントを使用します (両方を使用して、ジョブが少なくとも 1 回と最大で 1 回実行されたことをロールに確認します)。
それが解決する問題: どのロールも常にキューをポーリングする必要はありませんが、代わりに、内部エンドポイント間のチャネルを介した通知時にのみポーリングし、キューが空になるまでのみポーリングします。
これは合理的な解決策ですか、それとも問題を引き起こす可能性がありますか?
それとも、低いトランザクション コスト (100.000 回の読み取りあたり 0.005 ドル?) を考えると、これは単なる不要なオーバーヘッドですか? XS ワーカー ロール インスタンスのコストに達するには、1 日あたり約 1000.000 のトランザクションが必要です。
nservicebus - サービス バス ベースの .NET アプリケーションのデバッグ
アプリケーションの一部を統合するためにサービス バスを使用する多くの開発者。サービス バスにどのプラットフォームを使用するかは問題ではありません。たとえば、Web アプリケーションとクラウド サービスを統合する Azure Service Bus Queue などです。
このようなアプリをローカルで操作する方法は興味深いものです。各ローカル開発者ステーションに Azure Service Bus をインストールしますか? それとも、すべての開発者のためにサーバー上でいくつかのテスト メッセージ キューを使用しているでしょうか? または、キューのモックを持っていますか?
経験豊富な人がこの問題を実際のアプリケーションでどのように解決するかを見るのは良いことです. どんなコメントも役に立ちます。
ありがとうございました!