Amazon SQS キュー - Amazon Simple Queue Service

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon SQS キュー

Amazon SQS のオファースタンダードは、デフォルトのキュータイプとしてを提供します。標準キューは、API アクション (SendMessageReceiveMessage、または DeleteMessage) ごとに 1 秒あたりほぼ無制限の API コールをサポートします。標準キューは、少なくとも 1 回のメッセージ配信をサポートします。ただし、ときとして (ほぼ無制限のスループットが可能な高分散アーキテクチャであるために) メッセージの複数のコピーが順不同で配信されることがあります。Standard キューは、全般的にメッセージが送信順に配信されるベストエフォート型の順序を提供します。

Amazon SQS コンソールを使用したキューの作成および設定方法については、「」Amazon SQS キューの作成 (コンソール)。Java の例については、Amazon SQS Java SDK の例

アプリケーションが、順無同で複数回到達するメッセージを処理できる限りは、多くのシナリオで標準メッセージキューを使用できます。

  • 負荷の高いバックグラウンドの作業からライブユーザーリクエストを分離します— ユーザーはサイズ変更またはエンコード中にメディアをアップロードできます。

  • 複数のワーカーノードへのタスクの割り当て— 大量のクレジットカードの検証リクエストを処理します。

  • 今後の処理のためのBatch メッセージ— データベースに追加する複数のエントリをスケジュールします。

標準キューに関連するクォータについては、「」キューに関連するクォータ

標準キューを使用した作業のベストプラクティスについては、」Amazon SQS 標準および FIFO キューに関する推奨事項

メッセージの順序

標準キューでは、できる限りメッセージの順序を保持しますが、複数のメッセージのコピーが順無同で配信される場合があります。お使いのシステムで注文を保存する必要がある場合は、FIFO (先入れ先出し) キューするか、各メッセージに順序付け情報を追加して、受信時にメッセージを並べ直せるようにすることもできます。

少なくとも 1 回の配信

Amazon SQS では、冗長性と高可用性を確保するため、メッセージのコピーが複数のサーバーに保存されます。まれではありますが、メッセージを受信または削除するときに、メッセージのコピーが保存されているサーバーの 1 台が使用できない場合があります。

この場合、使用できないサーバーではメッセージのコピーが削除されず、メッセージの受信時に、そのメッセージコピーをもう一度受け取る場合があります。アプリケーションがべき等になるよう設計する必要があります (同じメッセージを繰り返し処理した場合にも悪影響が発生しないように設計する必要があります)。