ウィキペディア:SQSで次のようなフレーズを見つけました。
Amazon は、連続して 30 日間アクセスされていない場合、通知なしにキュー全体を削除する権利を留保します。
これは確認されていますか?ただし、関連するリソースが見つかりません。
その場合、私のプログラムはかなり長い間 SQS を呼び出していませんでした。それは、メッセージをキューにプッシュしたいときはいつでも呼び出して、キューが常にそこにあることを確認する必要があるということですか?
CreateQueue
ウィキペディア:SQSで次のようなフレーズを見つけました。
Amazon は、連続して 30 日間アクセスされていない場合、通知なしにキュー全体を削除する権利を留保します。
これは確認されていますか?ただし、関連するリソースが見つかりません。
その場合、私のプログラムはかなり長い間 SQS を呼び出していませんでした。それは、メッセージをキューにプッシュしたいときはいつでも呼び出して、キューが常にそこにあることを確認する必要があるということですか?CreateQueue
キューが存在しない場合、AWS.SimpleQueueService.NonExistentQueue
エラーが発生します ( SQS API ドキュメントを参照)。したがって、安全な方法は、追加のチェックなしで送信し、エラーを適切に処理することです。
とは言っても、通常、キューを使用する場合、受信コンポーネントが時間からキューをポーリングします (または、ロングポーリングなどを使用して常に)。そのコンポーネントが存在することで、キューが存在することが保証されます。つまり、受信側でキューが存在しない場合はキューを作成し、アクセスするだけです(ドキュメントによると、各アクセスがカウントされます)。
そして、時々キューをチェックする受信コンポーネントがなければ、メッセージを送信する意味はあまりありません:)
更新: この警告は、現在の SQS ドキュメントでは次のように置き換えられました。
ノート
アプリケーションで、キューを繰り返し作成して非アクティブのままにするか、キューに大量のデータを保存する必要がある場合を除き、データの保存に Amazon S3 を使用することを検討してください。
Amazonがそれらを削除することについては何もないので、FWIWと考えてください.