1

誰でも答えてもらえますか - SMS/メール ゲート サービスのしくみは?

一般に、高負荷のSMS /電子メールAPIをサポートするasp.net mvc 3 Webアプリケーションが必要です（たとえば、APIへの毎秒100〜500リクエスト）。このシナリオでは、どのアーキテクチャ/アルゴリズムを使用する必要がありますか?

私の、私は間違っていると思います、解決策（それが悪い場合は修正してください）：1）私のサービスへの多くのHTTP（またはsoapなど）リクエスト。「www.example.com/sms-api/send?blabla」のように。2) db にすべてのリクエストを挿入する 3) Win サービスは、status=NotInProcess で db のすべての行を繰り返します (例)。4）新しいスレッドのすべての項目を進め（正常/正しいですか？）、それを実行します（たとえば、ログを記録したり、別のサービスからの応答を待ったりして、電子メールを送信します）。

私の質問には「ベストプラクティス」が存在するはずですが、見つかりませんでした...誰かが私のアーキテクチャの質問を手伝ってくれますか?

4

2 に答える 2

2

それはおそらくそれよりも少し複雑であり、特に障害の処理と完全な要件が何であるかを示します。それを定義すると、アーキテクチャがより明確になると思います。あなたはSMS/メールゲートウェイとして機能しています。つまり、これらのメッセージを送信しているものはすべて、独自の障害が発生する可能性があります。それはあなたのアプリケーションにとってどういう意味ですか？あなた自身は失敗するつもりですか？送信を再試行し続けますか？

外部サービスに障害が発生し、障害が発生した場合は、WCF（またはASP.NET MVC 4とWebAPI ）を使用して通常のRESTAPIを実行するだけで十分です。

クライアントに代わってメッセージの送信を継続的に再試行する場合は、Microsoft Azureキューのようなものと、WCFのREST API（上記のような）を確認することをお勧めします。クライアントが接続したら、メッセージを追加してAzureキューに送信し、スレッド（またはワーカーロール）を使用して新しい追加を監視します。キューを使用する利点は、メッセージが届いたときにメッセージを処理できることと、耐久性があることです。つまり、メッセージの送信中にサービスがダウンしても、キュー内のデータが失われることはありません。それはあなたにもう少しフォールトトレランスを与えます（あなたがそれを適切に実装すると仮定して）。

あなたも見たいと思うかもしれない1つのことはQuartz.NETです。これにより、特定のタイムスケジュールでスレッドが繰り返し実行されるようにスケジュールできます。これは、スケーリングの再試行メカニズムに役立つ場合があります。外部サービスに障害が発生した場合は、1分後に再試行してください。再度失敗する場合は、15分後に再試行してください（など）。

于 2012-04-30T04:42:34.423 に答える