翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon SQSコストを削減する
次のベストプラクティスは、コストの削減や効率的なメッセージ処理に役立つだけでなく、ほぼ即時のレスポンスをもたらします。
メッセージアクションのバッチ処理
コストを削減するには、メッセージのアクションをバッチ処理します:
-
メッセージを送信、受信、および削除し、1 つのアクションで複数のメッセージのメッセージ可視性タイムアウトを変更するには、Amazon SQS バッチ API アクションを使用します。
-
クライアント側のバッファリングとリクエストのバッチ処理を組み合わせるには、に含まれるバッファされた非同期クライアントとAWS SDK for Java一緒にロングポーリングを使用します。
注記
Amazon SQS バッファリング非同期クライアントは現在 FIFOキューをサポートしていません。
適切なポーリングモードの使用
-
ロングポーリングにより、Amazon SQSキューからメッセージが利用可能になるとすぐに処理することができます。
-
Amazon SQS の使用でコストを削減し、空のキューでの空の受信数 (メッセージを返さない
ReceiveMessage
アクションへのレスポンス) を減らすには、ロングポーリングを有効にします。詳細については、「Amazon SQS ロングポーリング」を参照してください。 -
複数の受信により、複数のスレッドをポーリングする際の効率を高めるには、スレッド数を減らします。
-
ロングポーリングは、ほとんどの場合にショートポーリングよりも推奨されます。
-
-
ショートポーリングは、ポーリングされたAmazon SQSキューが空の場合でも、すぐにレスポンスを返します。
-
ReceiveMessage
リクエストへの即時のレスポンスが期待されるアプリケーションの要件を満たすには、ショートポーリングを使用します。 -
ショートポーリングはロングポーリングと同じように請求されます。
-