1

あなたの意見 (できれば感情ではなく事実に基づいて形成されたもの) では、Web サイトから電子メール通知を送信するより良い方法は何ですか?

たとえば、サイトのユーザー A がユーザー B とのフレンドシップを要求したとします。その時点で、ユーザー B に送信する電子メールを生成します。

問題は、いつメールを送信するのが最適かということです。同じ実行パスの一部としてすぐに、またはバッチの一部として電子メールをスケジュールしますか?

私が言ったように、私の質問はかなり一般化されているので、ホスティング専用のサーバー、電子メール専用のサーバー、単一サーバー、クラウドホスティングなど、さまざまなアーキテクチャを想定できます...私はすべての答えに興味があります。

私の考えでは:

即時の電子メールでは、タイムリーな電子メールを受け取りますが、Web サイトが大量のトラフィックを受信した場合に、あまりにも多くの電子メールを送信することで、サーバーが停止する可能性があります。そうは言っても、メールのバッチを送信しているわけではないため、それらはすべて 1 回限りです。

メールをバッチ処理し、スケジュールされたタスクまたは cron ジョブで取得して送信する場合、メールはすぐには送信されません。そのため、バッチが 1 分ごとに送信されるように間隔を短くするとします。私が見ているように、問題は同時実行性です。最初のバッチが完了する前に別のバッチが開始された場合、送信しているものに適切にフラグを立てたりロックしたりしないと、二重のメールを送信するリスクがあります。

私の個人的な経験では、トラフィックの多いサイトですぐに電子メールを送信した場合、多くの電子メールは送信できませんでしたが、パフォーマンスはそれほど影響を受けませんでした.

考え?

4

1 に答える 1

1

私は間違いなくそれらをスケジュールすると言うでしょう。誰かが他の誰かを友達にすることができるかのように、ユーザーの要求とサーバーのアクションに関しては寛容でなければなりません。同じ人との友情を拒否することもできます(私は願っています)。もしそうなら、私があなたのウェブサイトのクリックを迅速に受け入れて拒否した場合はどうなりますか。?

この場合、imoという2つのオプションがあります。

  • SOと同様に、ユーザーのクリックにタイミングを追加します(2秒以内に承認および拒否することはできません)

  • またはできます、この時点で、友情が受け入れられた/要求された人への最終メッセージがサーバー上でスケジュールされ、たとえば30分後に送信されます(またはアーキテクトの選択の問題)

お役に立てれば。

于 2012-04-20T14:27:30.313 に答える