aws sns/sqsとベストプラクティスによるファンアウトプロセス

Question

私はAWS SQSとSNSの両方に最近読んでいます。私が知りたいのですがどのような

は、どのようなシナリオはあなたでしょう、次のとおりです。

1. 使用SNSトピックと複数の加入者（ラムダ関数）

OR

<オール開始= "2" >

複数のSQSキューに対するSNSトピック（各キューには独立した プロセス/サービスワーカーが1人あります）//ここの記事に似ています// https://aws.amazon.com/blogs/aws/queues-and-notifications-now-best-friends/

ありがとう、 シェーン。

Answer 1

複数の独立したアクションを必要とする任意の単一のアクションに、このアクションを使用できます。メッセージ上の統合システムで作業する場合、しばしば異なるシステムに送信する必要があり、それぞれ異なるフォーマットが必要です。

単純な例の1つは、注文の処理です。この注文はSNSの行動として起こります。あなたはより複数のアクションをトリガーする：ERPシステムで

• 順序を生成
• は、電子メール
• を介して送信注文確認を生成し、販売のそれらを知らせるキーアカウントマネージャのための情報を、電子メールを生成します。
• 経理部門で請求書を生成します。

各ステップは独立して実行できますが、同じ操作でトリガーされます。

ラムダタイムリミット内で直接処理できる場合は、ラムダへの転送を使用します。これらのアクションをバッチで処理できるように、SQSキューに長く持続するアクションを送信します。

簡単なラムダ例がサインアップし、ユーザのようになります。

• 一つのラムダは、第二のラムダは、新しいアカウントを作成します
• 「新規ユーザの電子メールを歓迎」を作成します。