Amazon シンプルキューサービス

Amazon シンプルキューサービス

開発者	アマゾン
ライセンス	独自ソフトウェア
Webサイト	amazon.com/sqs/ より

Amazon Simple Queue Service ( Amazon SQS ) は、Amazon.comが2004 年後半にベータ版として導入し、2006 年半ばに一般提供を開始した分散メッセージ キュー サービスです。 ^{[1] [2]}インターネット経由で通信する方法として、Web サービス アプリケーションを介したプログラムによるメッセージ送信をサポートしています。SQS は、一般的なプロデューサーとコンシューマーの問題、またはプロデューサーとコンシューマー間の接続性 から生じる問題を解決する、拡張性の高いホスト型メッセージ キューを提供することを目的としています。

Amazon SQS は、メッセージング サービスのコモディティ化と言えます。メッセージング サービス テクノロジーの有名な例としては、 IBM WebSphere MQやMicrosoft Message Queuingなどがあります。これらのテクノロジーとは異なり、ユーザーは独自のサーバーを保守する必要はありません。Amazon が代わりに保守し、SQS サービスを従量制で販売します。

Amazonは、以下のプログラミング言語でSDKを提供しています。^[3]

• C++
• 行く
• ジャワ
• JavaScript
• コトリン
• 。ネット
• PHP の
• パイソン
• ルビー
• さび
• 迅速

Amazon SQS 用のJava Message Service (JMS) 1.1 クライアントは 2014 年 12 月にリリースされました。^{[引用が必要]}

Amazon SQS は、データの安全な取り扱いを可能にする認証手順を提供します。Amazon はAmazon Web Services (AWS) ID を使用してこれを実行し、ユーザーにAmazon.comの AWS 対応アカウントを要求します。AWS は、識別を実行するために、関連する識別子のペアである AWS アクセスキーを AWS 対応アカウントに割り当てます。最初の識別子は、20 文字の公開アクセスキーです。このキーは、ユーザーを識別するために AWS サービスリクエストに含まれています。ユーザーがWS-SecurityでSOAP を使用していない場合は、シークレットアクセスキーを使用してデジタル署名が計算されます。シークレットアクセスキーは 40 文字のプライベート識別子です。AWS は、サービスリクエストで提供されたアクセスキー ID を使用して、アカウントのシークレットアクセスキーを検索します。次に、Amazon.com はキーを使用してデジタル署名を計算します。これらが一致すればユーザーは本物であると見なされ、一致しなければ認証は失敗し、リクエストは処理されません。

Amazon SQS は、少なくとも 1 回の配信を保証します。冗長性と可用性の確保のため、メッセージは複数のサーバーに保存されます。サーバーが利用できないときにメッセージが配信された場合、そのメッセージはそのサーバーのキューから削除されず、再送信される可能性があります。2007 年現在^{[アップデート]}、Amazon SQS は、受信者が送信者から送信された順序でメッセージを受信することを保証していません。メッセージの順序が重要な場合は、配信後に順序を変更できるように、アプリケーションでメッセージ内に順序情報を配置する必要があります。

メッセージはどんなタイプでも構いませんし、含まれるデータにも制限はありません。メッセージ本文は当初 8KB のサイズに制限されていましたが、2010 年 7 月 1 日に 64KB に引き上げられました^[4]。その後、2013 年 6 月 18 日に 256KBに引き上げられました^[5] 。 より大きなメッセージの場合、ユーザーにはこの制限を回避するためのオプションがいくつかあります。大きなメッセージを複数のセグメントに分割して別々に送信するか、メッセージ データをAmazon Simple Storage Service (Amazon S3) またはAmazon DynamoDB を使用して保存し、SQS メッセージで送信されるデータへのポインターのみを使用するかのいずれかです。Amazon は、この目的のために Extended Client Library を用意しています^{[6] 。}

このサービスは、無制限のキューとメッセージ トラフィックの両方をサポートします。

SQS は、送信されたメッセージを自動的に削除しません。メッセージが配信されると、その配信の受信ハンドルが生成され、受信者に送信されます。これらの受信ハンドルはメッセージと一緒に送信されるのではなく、メッセージに追加されます。SQS では、受信者がメッセージを削除するために受信ハンドルを提供する必要があります。この機能は 2008 年以降の新機能で、メッセージの削除にはメッセージ ID のみが必要でした。システムは分散型であるため、メッセージは複数回送信されることがあります。この場合、メッセージを削除するには最新の受信ハンドルが必要です。さらに、受信ハンドルには他の有効性制約がある場合があります。たとえば、受信ハンドルは可視性タイムアウト中のみ有効です (以下を参照)。

メッセージが配信されると、他のコンポーネントがそのメッセージを消費するのを防ぐために、可視性タイムアウトが設定されます。可視性タイムアウトの「クロック」は、メッセージが送信されると開始され、デフォルトの時間は 30 秒です。この時間内にキューにメッセージを削除するように指示されない場合は、メッセージは再び表示されるようになり、存在します。

各キューには、デフォルトで 4 日間に設定されている保持パラメータも含まれています。キュー内に長く残っているメッセージは自動的に削除されます。保持期間は、ユーザーが 1 分から 14 日間まで変更できます。メッセージがすでにキュー内にあるときに保持期間が変更されると、新しい保持期間よりも長くキュー内に残っているメッセージは削除されます。

SQS を広範に活用している企業の例は次のとおりです。

• ドロップボックス^[7]
• ネットフリックス^[8]
• ネクストドア^[9]
• アマゾン・ドットコム^[10]

• Java メッセージ サービス
• メッセージキュー
• サービスとしてのメッセージキューイング
• Oracle メッセージングクラウドサービス