Amazon SQSスタンダードキュー

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

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

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

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

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

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

スタンダードキューに関連するクォータについては、「キューに関連するクォータ」を参照してください。

スタンダードキューを使用した作業のベストプラクティスについては、「Amazon SQS 標準および FIFOキューに関する推奨事項」を参照してください。

メッセージの順序

スタンダードキューでは、できる限りメッセージの順序を保持しますが、複数のメッセージのコピーが順不同で配信される場合があります。ご使用のシステムで順序の保持が必須の場合は、FIFO キュー (先入れ先出し) を使用するか、各メッセージに順序付け情報を追加して、受信時にメッセージを並べ直せるようにすることをお勧めします。

At-least-once デリバリー

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

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