SNSへのAmazon SQSサブスクリプションの問題をデバッグする方法

Question

Amazon Web Servicesでホストされているサービスにpub/subメッセージングシステムを構築し、SNSトピックを購読するSQSキューを作成することは、しかし、私はそれを全く働かせることはできません。

これまでのところ、私のコードは起動時にトピックとキューを探して、見つからないものを作成します。これは私がSNSトピックとAWSの管理コンソールでのSQSキューを見ることができ、動作しているようです、と私は、キューがトピックにサブスクライブしていることを見ることができますが、私は、トピックの何にメッセージを公開すると、キューで終わります。私は手動で管理コンソールでキュー「を公開」ボタンを使用してメッセージを公開している場合でも

は空のままです。

この可能性を排除するために、トピックとキューの両方のアクセス許可を「誰もができること」に変更しました。私のコードはパブリッシュに応答してメッセージIDを受け取り、エラーはなく、すべてのAPIコールは200（OK）ステータスを返します。私はそれが働いていない理由を把握するには、ここから行くことができ

？

Answer 1

オプションのカップル -

1. はCloudTrailを有効にして、すべての権限を識別するために、ログ
2. ビューCloudWatchのログを監視は
3. オープンAWSをサポートしたチケットを発行します。

アプリケーションでリソースを作成するのではなく、CloudFormationまたは最小限のCLIスクリプトでリソースをデカップリングするのが理想的です。あなたはそれが一時的なメッセージング・リソースをサポートしていますので、AWSのIoT Message Brokerは、より良い選択肢かもしれ使用して、動的にこれらのリソースを作成する機能が必要な場合 - http://docs.aws.amazon.com/iot/latest/developerguide/iot-message-broker.html

Answer 2

SNS - > SQSリンクは、いくつかの落とし穴があります。

• 「アマゾンSNSは、FIFOキューと現在互換性がありません。」うそれは

  あなたが暗号化されたキューにメッセージを送信することはできませんあなたはIAM権限をいじる必要はあり彼らのSubscribing an Amazon SQS Queue to an Amazon SNS Topic Tutorial

• 上の注意事項（Sending Amazon SNS Messages to Amazon SQS Queues上のページを参照してください）
• あたり（そのServer-Side Encryptionページを参照してください）

このすべての情報が単一のページに統合されていれば、これを理解することは間違いなく簡単でした。私のための殺人者は＃3でした - おそらくこれらのうちの1つがあなたの問題の解決策になります。