シングル「キャッチオール」キューに多くのキューからすべてのメッセージをリダイレクトすると、「ソース」と呼ばれる属性としてソース・キュー名を追加することで、メッセージを変更する簡単な方法はありますか?マージSQSメッセージ
(代わりに、単一の1の)私は複数のキューを必要とする理由は次のとおりです。私は、個々のソースへのユーザーのアクセスを規制するためのIAMポリシーを使用します。
編集:私は何を構築するために必要なことは非常に簡単です
:
ユーザーは、S3に格納されたファイルは、当社のソフトウェアによって処理されるべきであることを示している
- この通知では、任意のAWSサービスを使用できます。ラムダ機能、API、SQS、SNSとすることができます。どんな作品でも。
- 制限として、ファイルのアップロードや命名規則の適用を制限することはできません。私たちのソフトウェアを実行している
- IAMユーザーは、目的地の場所が依存
通知した後、プロセスはファイルの内容を更新すると、指定された場所
- に結果を移動するユーザーのコンテンツへのアクセスを持っていますその内容をユーザが提供することができる。どんなアプローチでも動作します。
の問題は、私は確信して、ユーザーがそれらが許可されている場所にデータを送信している作成する必要があるということです。私はIAMポリシーを使用し、 "権利"データベースを使用しないようにしたいと思います。
私が考えたのは、各宛先ロケーションに対してSQSを設定し、ユーザーにSQSの適切なリストへのアクセスを許可することでした。彼らがアクセス権を持つキューにリクエストを投稿すると、メインプロセスは安全にリクエストを実行できます。 欠点は、メインプロセスが多くのSQSをリスンする必要があり、宛先ロケーションの設定を変更するたびに更新する必要があることです。
ようこそStackOverflow!あなたの目標に関するより多くの情報を提供することができれば、我々は別の方法を提案することができるかもしれません。質問を編集して詳細を追加してください。 –
ありがとうございます。私は詳細を追加しました。 – user3429660
あなたがSQSからメッセージを受け取るたびに、それはあなたが尋ねるなら、あなたが受け取ることができる['SenderId'属性](http://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html)を持っています... IAMユーザーまたは役割によってメッセージの送信者を識別します。それぞれの要求の妥当性を判断するのに使えないのでしょうか? –