Getting Started With Azure Web Jobs

Background

Before we begin and dive into technical terms, let’s get to know some of the background behind the need of background processing in the computing world.

Years ago, we developers used to write our code to achieve some specific goal with using various technologies and applications such as console applications, windows forms, and web applications hosted on IIS etc. and everyone was happy, including end users. Then times changed and with the evolution of SAS and web services model offerings, developers got engaged in designing and consuming various services written by some other developers which might need lots of CPU power or large memory on host machines making single threaded applications perform poorly. This yielded a frustrating user experience with long wait times. It was the same time when concepts like multi-threading, asynchronous programming and background processes were emerging.

Background process is a process which runs asynchronously (maybe on some other thread) without worrying much about your main application thread. If this sounds confusing, let’s take an example of a restaurant. Whenever you go to any restaurant, a beautiful smiling waitress welcomes you and asks for your order. On the other side, you (who are already flattened by her smile) checks out the menu card and places your order, she takes a note of your ordered items and goes away. She then hands over the same note to the kitchen staff and chefs (lots of busy and noisy place where you don’t want to be in) and moves to serve another customer like you. Once your order is prepared, some random staff might come and deliver it to you on your table.

In the example above – welcoming waitress can be considered asthe main application thread or UI thread with which end users interacts and kitchen staff in a noisy place can be considered as background threads or workers who actually do the work for you.

One of the popular solutions of background processes can be windows services.

And now since we have already entered into the cloud computing era, what happens to these background processes? How are these managed and deployed in Azure? Well, let’s see

The Azure side

Having worked with Azure cloud services for several years, where you can leverage worker roles as a solution for executing your long running and CPU consuming background threads, though it is highly suitable for heavy duty background processing using full power of underlying virtual machine and CPU but it is still a huge investment (in terms of infrastructure) if my background tasks are lightweight (e.g. sending daily status mails) and runs only once or twice in a day.

I still remember the SharePoint development days where we had the option of SharePoint timer jobs which used to get deployed as a farm solution and those used to execute periodically to achieve the result -- do I have something similar in Azure? Oh Yes, I do. And it is called Azure Web Jobs.

Well, these are not really exactly identical to SharePoint timer jobs but theoretically can be described as a sibling of it. Azure web job comes as App services feature and are widely used with Azure web sites.

Pre-requisite of apps to be deployed as Azure web jobs

You can deploy your existing background processes or scripts as web jobs in azure if those are of the following types (below are supported types as of writing this article)

.cmd, .bat, .exe, .ps1, .sh, .php, .py, .js, .jar

Let’s see how it can be visualized,



Let’s see it in action

All right, enough of theory and let’s dive into some real action.

Just for the sake ofa demo, I am going to create a very simple console application which uses entity framework to talk to database and adds timestamp of its execution in the database periodically.

First thing first, I will need below artifacts to complete this demo,

• Database – SQL Azure with a Table
• Azure Web App
• Console Application (which will be exe and will be deployed as web job)

Let’s create the SQL Azure database, a table and Web App:

(Note that this article focuses on azure web job so creation of SQL Azure database and web app is kept fairly short descriptive assuming that you know basics of it. If you are new to Azure, it is highly recommended that you should learn Azure basics first and MSDN can be a great source of information for you).

Let’s create SQL Azure database first, will name it as TestDb and also create a table in it named WebJobResultsStore which has only two columns i.e. ResultId and ResultData.





Let’s go ahead and create an Azure web app under which we will be deploying our web job, we will name it as azurewebjobdemo,



Once it is created, navigate to the web app dashboard and click on web jobs tab. Note that there are currently no web jobs deployed.

Let’s create a console application adding entry in SQL Azure database with entity framework.



Let’s add the database context using entity framework and let’s add few lines to write entry in azure database,