2016-08-15 42 views
1

バックエンドコンテナによって処理されるコンフィグデータのブロックを取り込むためにSQSキューを設定しています。私の最初のアイデアは、json.dumpsの設定情報付き辞書で、のパラメータをsqsclient.send_message()に渡しました。しかし、私が見たドキュメントを読んだあと、パラメータもあり、比較的簡単にキーと値のペアを渡すことができるようです(Docs for sqsclient.sendmessage()AWS Boto3 SQS MessageBodyとMessageAttributes

私はその違いをかなり確信しています。 1つは他の人の上にある。参考までに、EC2インスタンスのコンテナで実行されているpythonスクリプトでキューを取り込んでいます。

+0

ここでは、http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/SQSMessageAttributes.htmlの記事を読むことから始めます。具体的には、メッセージごとに10個のメッセージ属性しか持たないということです。 –

+0

@マークBだから私が正しく理解すれば、データ型の妥当性は? – asdf

答えて

2

私が正しく理解していれば、データ型の妥当性確認のメリットはありますか?

利点は、メタデータは、本質的にアウト・オブ・バンドであることです:あなたは、メタデータを添付することができ - ペイロードについての情報を - SQSメッセージの「外部」に、変更せずメッセージ(内部)を「内部」に入れようとしていることを(理解していても)理解することができます。

の情報がのメッセージの一部である場合は、おそらく身体に入るはずです。一方、というメッセージの場合は、メタデータとして添付してください。

あなたが説明したケースでは、メッセージ本文にJSONを入れてください。

関連する問題