Приложение ASP.NET MVC + SQL Server: лучший способ рассылки событийных уведомлений по электронной почте

Вы можете добавить обычное действие в контроллер

Function SendEmails() As ActionResult
    Dim result As String = ""
    ''//big timeout to handle the load
    HttpContext.Server.ScriptTimeout = 60 * 10 ''//ten minutes

    result = DoTheActualWork()

    ''//returns text/plain
    Return Content(result)

End Function

А затем вызвать страницу из запланированного задания. Может быть запланированной задачей на сервере или на любом компьютере. Используйте для этого .vbs:

SendEmails.vbs:

''//Force the script to finish on an error.
On Error Resume Next

''//Declare variables
Dim objRequest
Dim URL

Set objRequest = CreateObject("Microsoft.XMLHTTP")

''//Put together the URL link appending the Variables.
URL = "http://www.mysite.com/system/sendemails"

''//Open the HTTP request and pass the URL to the objRequest object
objRequest.open "POST", URL , false

''//Send the HTML Request
objRequest.Send

''//Set the object to nothing
Set objRequest = Nothing

Я бы сначала сохранил все ваши электронные письма, уведомления и т. Д. В базе данных / таблице, а затем имел бы службу, которая опрашивает новые записи в этой базе данных или таблице, которая обрабатывает фактическую отправку электронной почты / уведомления.

Для решения ваших конкретных ситуаций вы могли бы иметь контроллеры, записывающие в БД, когда требуется электронное письмо / уведомление, и служба, которая выполняет ваши интервальные / специальные проверки, также записывает в БД для создания нового электронного письма. Таким образом, ваше приложение и сервис не заботятся о том, как и что происходит с этими уведомлениями, они просто говорят: «Эй, сделайте что-нибудь». а служба электронной почты / уведомлений фактически выполняет реализацию.

Преимущество этого заключается в том, что если ваш провайдер электронной почты не работает, вы не теряете никаких электронных писем, и у вас есть история всех отправленных писем с их подробной информацией о том, когда, кто и т.д ... Вы также можете извлечь или изменить адрес электронной почты на делать больше, например отправлять в Twitter или текстовое сообщение на телефон и т. д. Это эффективно отделяет ваши уведомления от вашего приложения.

Все приложения, которые я недавно создал, используют этот тип модели, и он предотвращает потерю электронных писем из-за сбоев в обслуживании и по другим причинам. Это также позволило искать все электронные письма, прошедшие через систему, и получать показатели, которые позволяют мне оптимизировать необходимость отправки электронных писем, сохраняя дополнительную информацию в записи электронной почты, например, отправленную причину, сообщение об ошибке и т. Д. .. Добавление дополнительных функций, таких как уведомления о маршрутизации (например, переход к текстовому сообщению вместо электронной почты) в зависимости от времени суток или пользователя, было возможно без каких-либо изменений в основном приложении.

Ваш клиент может подумать, что все, что ему нужно, - это электронная почта сегодня, но вы должны убедиться, что ваше решение достаточно гибкое, чтобы в будущем можно было использовать больше, чем просто электронную почту, с небольшими изменениями.

Вы можете разместить рабочий процесс Windows или службу Windows. и настроить очередь сообщений для обработки этих событий. Вы можете просто использовать базу данных для своей очереди сообщений, или вы можете использовать очередь сообщений ms или использовать триггеры в базе данных. Но такая функциональность не должна входить в обязанности вашего интерфейсного веб-приложения. Если наступит толчок, вы можете создать другой поток в вашем приложении asp.net для обработки этой очереди.

Это можно сделать с помощью агента SQL Server, подробнее об этом читайте здесь:

http://msdn.microsoft.com/en-us/library/ms189237.aspx

Похоже на работу по обслуживанию или плановую работу.

Вы не хотите делать это в ASP.NET, потому что вам придется настроить IIS, чтобы ваше приложение постоянно работало, что может быть не лучшей идеей.

Запланированная задача - это нормально, но вам придется запрограммировать ее со всей логикой для анализа ваших данных. Не лучший вариант для разделения забот. Также вам придется обновить две кодовые базы, если что-то изменится.

Служба не идеальна, поскольку она действительно должна делать что-то один раз в день. Но вы можете настроить службу wcf и поставить веб-сайт в очередь писем, используя эту службу.