翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
別のアカウントの Amazon SQSキューに Amazon SNSメッセージを送信する
このドキュメントでは、別のアカウントの Amazon SQSキューへの 1 つ以上のサブスクリプションを使用して Amazon SNSトピックに通知を発行する方法について説明します。同じアカウント内にある場合と同じ方法でトピックとキューをセットアップします (「非同期処理のための Amazon SQSキューへのファナアウト Amazon SNS通知」を参照)。主な相違点はサブスクリプションの確認の処理方法で、トピックへのキューのサブスクライブ方法によって異なります。
キューの所有者がサブスクリプションを作成すると確認が自動的に実行されるため、可能な場合は「キューの所有者がサブスクリプションを作成する」セクションで参照されている手順に従うことがベストプラクティスです。
注記
Amazon SQSキューに大量のメッセージがある場合は、キュー所有者がサブスクリプションを作成することをお勧めします。
トピック
キューの所有者がサブスクリプションを作成する
Amazon SQSキューを作成したアカウントはキュー所有者です。キューの所有者がサブスクリプションを作成するとき、サブスクリプションを確認する必要はありません。Subscribe
アクションが完了するとすぐに、キューはトピックからの通知の受信を開始します。キューの所有者がトピック所有者のトピックにサブスクライブできるようにするには、トピック所有者が、トピックに対して Subscribe
アクションを呼び出す許可をキューの所有者のアカウントに付与する必要があります。
ステップ 1: AWS Management Consoleを使用してトピックポリシーを設定するには
Amazon SNSコンソール
にサインインします。 -
ナビゲーションパネルで、[トピック] を選択します。
-
トピックを選択し、[編集] を選択します。
-
編集時
MyTopic
ページ、アクセスポリシーセクションを展開します。 -
以下のポリシーを入力します。
{ "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "111122223333" }, "Action": "sns:Subscribe", "Resource": "arn:aws:sns:us-east-2:123456789012:MyTopic" } ] }
このポリシーは、
123456789012
アカウント内でMyTopic
にsns:Subscribe
を呼び出す許可を111122223333
アカウントに付与します。111122223333
のアカウントに対する認証情報が持っているユーザーは、MyTopic
に登録できます。このアクセス許可により、アカウント ID はIAMアクセス許可をユーザー/ロールに委任できます。呼び出しは、ルートアカウントまたは管理者ユーザーのみに許可されます。IAM ユーザー/ロールは、キューsns:subscribe
にサブスクライブを許可する必要があります。 -
[Save changes] (変更の保存) をクリックします。
アカウントの認証情報を持つユーザーは、 をサブスクライブ
111122223333
できます MyTopic。
ステップ 2: AWS アカウント を使用して別の のトピックに Amazon SQSキューサブスクリプションを追加するには AWS Management Console
開始する前に、トピックとキューARNsの があり、キューにメッセージを送信するアクセス許可をトピックに付与していることを確認してください。
Amazon SQSコンソール
にサインインします。 -
ナビゲーションパネルで、[Queues](キュー) を選択します。
-
キューのリストから、Amazon SNSトピックにサブスクライブするキューを選択します。
-
Amazon SNSトピック にサブスクライブを選択します。
-
このキューメニューで使用できる Amazon SNSトピックを指定する から、キューの Amazon SNSトピックを選択します。
-
Amazon SNSトピックARNを入力 を選択し、トピックの Amazon リソースネーム (ARN) を入力します。
-
[Save] を選択します。
注記
-
サービスと通信できるようにするには、キューに Amazon のアクセス許可が必要ですSNS。
-
キューの所有者であるため、サブスクリプションを確認する必要はありません。
-
キュー作成サブスクリプションを所有していないユーザー
サブスクリプションを作成するユーザーがキューの所有者ではない場合、そのサブスクリプションを確認する必要があります。
Subscribe
アクションを使用すると、Amazon はサブスクリプション確認をキューSNSに送信します。サブスクリプションは Amazon SNSコンソールに表示され、サブスクリプション ID は確認保留中 に設定されています。
サブスクリプションを確認するには、キューからメッセージを読み取るアクセス許可を持つユーザーがサブスクリプション確認 を取得しURL、サブスクリプション所有者がサブスクリプション確認 を使用してサブスクリプションを確認する必要がありますURL。サブスクリプションが確認されるまで、トピックに対して発行された通知はキューに送信されません。サブスクリプションを確認するには、Amazon SQSコンソールまたは ReceiveMessage
アクションを使用します。
注記
トピックにエンドポイントをサブスクライブする前に、キューに sqs:SendMessage
アクセス権限を設定してこのキューがトピックからメッセージを受信できるようにする必要があります。詳細については、「ステップ 2: Amazon SQSキューにメッセージを送信するアクセス許可を Amazon SNSトピックに付与する」を参照してください。
ステップ 1: AWS アカウント を使用して Amazon SQSキューサブスクリプションを別のトピックに追加するには AWS Management Console
開始する前に、トピックとキューARNsの があり、キューにメッセージを送信するアクセス許可をトピックに付与していることを確認してください。
Amazon SNSコンソール
にサインインします。 -
ナビゲーションパネルで、[サブスクリプション] を選択します。
-
[サブスクリプション] ページで [サブスクリプションの作成] を選択します。
-
[サブスクリプションの作成] ページで [詳細] セクションで、以下を実行します。
-
トピック ARNには、トピックARNの を入力します。
-
プロトコル では、Amazon SQSを選択します。
-
エンドポイント の場合は、キューARNの を入力します。
-
[Create subscription] を選択します。
注記
-
サービスと通信できるようにするには、キューに Amazon のアクセス許可が必要ですSNS。
-
-
以下は、Amazon SNSトピックが Amazon SQSキューにメッセージを送信できるようにするポリシーステートメントの例です。
{ "Sid": "Stmt1234", "Effect": "Allow", "Principal": "*", "Action": "sqs:SendMessage", "Resource": "arn:aws:sqs:us-west-2:111111111111:QueueName", "Condition": { "ArnEquals": { "aws:SourceArn": "arn:aws:sns:us-west-2:555555555555:TopicName" } } }
ステップ 2: を使用してサブスクリプションを確認するには AWS Management Console
-
Amazon SQSコンソール
にサインインします。 -
トピックへのサブスクリプションが保留になっているキューを選択します。
-
[Send and receive messages] (メッセージの送受信) を選択し、[Poll for messages] (メッセージのポーリング) を選択します。
サブスクリプションの確認を含むメッセージがキューで受信されます。
-
[本文] 列で、次の操作を行います。
-
[詳細] を選択します。
-
Message Details ダイアログボックスで、SubscribeURL 値を見つけてメモします。これはサブスクリプションリンクです (以下に例を示します)。API トークン検証の詳細については、Amazon SNSAPIリファレンス
ConfirmSubscription
の「」を参照してください。https://sns.us-west-2.amazonaws.com/?Action=ConfirmSubscription&TopicArn=arn:aws:sns:us-east-2:123456789012:MyTopic&Token=2336412f37fb...
-
サブスクリプション確認リンクを書き留めます。は、キュー所有者からサブスクリプション所有者に渡URLされる必要があります。サブスクリプション所有者は、Amazon SNSコンソール
URLに を入力する必要があります。
-
-
Amazon SNSコンソール
にサブスクリプション所有者としてログインします。サブスクリプション所有者は確認を実行します。 -
関連する [topic] (トピック) を選択します。
-
トピックのサブスクリプション一覧表で、関連するサブスクリプションを選択します。「Pending confirmation (保留中の確認)」とラベル付けされています。
-
[confirm subscription] (サブスクリプションの確認) を選択します。
-
サブスクリプション確認リンクを求めるモーダルが表示されます。サブスクリプション確認リンクを貼り付けます。
-
モーダルで [Confirm subscription] (サブスクリプションの確認) を選択します。
XML レスポンスが表示されます。例:
<ConfirmSubscriptionResponse> <ConfirmSubscriptionResult> <SubscriptionArn>arn:aws:sns:us-east-2:123456789012:MyTopic:1234a567-bc89-012d-3e45-6fg7h890123i</SubscriptionArn> </ConfirmSubscriptionResult> <ResponseMetadata> <RequestId>abcd1efg-23hi-jkl4-m5no-p67q8rstuvw9</RequestId> </ResponseMetadata> </ConfirmSubscriptionResponse>
サブスクライブしたキューは、トピックからメッセージを受信する準備ができています。
-
(オプション) Amazon SNSコンソールでトピックサブスクリプションを表示すると、保留中の確認メッセージがサブスクリプション ID 列ARNのサブスクリプションに置き換えられたことがわかります。
サブスクリプション解除リクエストでサブスクリプションに認証を要求させるにはどうすればよいですか。
サブスクリプションの所有者は、サブスクリプション確認時に AuthenticateOnUnsubscribe
フラグを true に設定する必要があります。
-
キューの所有者がサブスクリプションを作成すると、
AuthenticateOnUnsubscribe
は自動的に true に設定されます。 -
認証なしでサブスクリプション確認リンクに移動した場合、
AuthenticateOnUnsubscribe
を true に設定することはできません。