2017-08-03 6 views
0

私は先月、AWSに取り組んでいました。アプリケーションメールの送信を拡大しようとしていました。私たちは電子メールのチンパンジーを使っていました。私たちのサーバーをアマゾンに移行することに決めました。私たちのアプリケーションは現在、1日に3000〜4000の電子メールを生成します(一度にすべてではなく、異なる時間間隔で)。私が解決しようとしている問題は、できるだけ少ない時間でメールを配信することです(SES送信は14メール/ sです)。AWS電子メールワークフロー

私ができることは次のとおりです。アプリケーション - > SQS - > Lambda pull 10個のメッセージをプルする1分あたり) - > SES - > SNS - > Application。

ラムダスケジュールはCloudWatchのルールで生成され、私はあなたがイベントをターゲットにすることができますが、私はそれを行うことができていない=(

を私は正しいアプローチを見つけようとしているが、私ことを見てきました一緒にすべての私の考えを置くことができていない。

誰も私を助けることができますか?=)

答えて

1

は、まずあなたが最大送信率を増加させたい場合は、サポートセンターでopen a caseことがあります。

次に、SQS NumberOfMessagesSentメトリックとラムダをトリガーするcall a SNS topicのCloudWatchアラームを設定できます。 NumberOfMessagesSentが特定の値より大きい場合、このラムダをトリガすることができます。例:1、10、または最大SES送信レート。ラムダはSESに電話をかけ、新しく追加されたメッセージを電子メールで送信することができます。私が提案している方法はSNS - > Lambda - > SESです。この方法では、スケジュールに依存したくない場合があります。

+0

ありがとう、私は本当にいくつかの助けを探していました。あなたの方法では、SQSはSNSの前ですか? SQSは全くありませんか? – maxito

+1

すでにSQS設定があると仮定すると、SNSの前に来るはずです。 CloudWatchアラームがSNSを起動し、SNSがLambdaを起動します。私はあなたのアプリケーションに関連する機能と電子メールの送信を切り離すようなSQSを持つことをお勧めします。 – Manoj

+1

はい、私はすでにデカップリングしています!どうもありがとう、私はこのようにしようとしています。私の主人manojf! :) – maxito

関連する問題