Long-running background process in ASP.NET - Appli

Question

I'm developing a .NET 4 application that requires a backend worker thread to be running. This thread consists mostly of the following code:

while (true) {
    //Check stuff in database
    //Do stuff
    //write to database / filesystem
    Thread.sleep(60000)
}

The ASP.NET app is just a frontend for the database.

My question is around where the best place to put this worker loop would be. It seems my immediate two choices would be (1) to spin it off from the Application_Start method, and just let it run, or (2) bundle it in a separate process (Windows service?)

(1) would obviously need some logic in the ASP.NET code to check it's still running, as IIS might kill it. It's also quite neat in that the whole application logic is in one, easily deployable package. (2) is much more segregated, but feels a lot messier.

What's the best approach?

Answer 1

Consider something simple like Hangfire and then think about the design points in this related answer.

Answer 2

I would strongly opt for the Windows Service if possible. Background threading in ASP.NET comes with a lot of baggage.

1. The lifetime of your background process is at the mercy of IIS. If IIS decides its time to recycle the App Pool, your background process will restart. If IIS decides to stop the App Pool due to inactivity, your background process will not run.
2. If IIS is configured to run as a Web Garden (multiple processes per AppPool), then your background thread could run more than once.
3. Later on, if you decide to load balance your website (multiple servers running the site), then you may have to change your application to ensure the background threading is only happening on one server).

And plenty more.