First published on MSDN on Apr 01, 2016
Authored by Mike Demond
Azure is pretty amazing, isn't it? It seems like every week something new is being announced by the group that makes me say "wow" (or more like "WOW!"). Even with such amazingness, I have to confess a pretty shocking truth here that I have yet to dive into the depths of this beast in my own coding projects. How is it that I can be writing a blog post for a blog that is based on a technology I haven't even used yet? Well, I am by far and away "the new dev" here at the Azure Development Community Blog and since I have yet to truly dive into Azure, the great team here thought it would be nice to have a perspective from someone who is learning Azure for the first time. So, every month I will be checking in with a post that chronicles my findings and thoughts on this awe-inspiring platform.
So, where to start? It just so happens that I have a .NET console application known as the Vote Reporter that calculates the vote totals from my favorite Microsoft UserVoice ideas and creates a weekly report template. This application currently runs as a scheduled task on my local development machine and fires off every Friday morning at 7AM ET. After it is finished running, I take the produced contents of its output (which is Markdown content generated by an XSLT file ) and then create a blog post on my blog, Developers Win! You can see an example of a weekly report here , and all of them here if you are interested.
This is a pretty simple application, so I figured it might be the perfect candidate to bring it to the Azure platform as a way to gain my first experience. There are some benefits to doing so with this particular applicaiton. For one, I don't have to worry about this task if I somehow move to a new machine, or if I go on vacation (like I am actually about to do tomorrow! hah) and am unavailable to be on the machine when the task runs. Incidentally, my current configuration creates the template file so that it lands in a OneDrive folder, so it will sync to my Surface Pro in the case when I am on vacation. But, what happens if OneDrive doesn't sync properly (this happens a lot, I find, unfortunately), or what if there is a power outage while I am gone and the task doesn't run at all?
These sorts of questions lead to the "aha" of Azure. If my task runs as a web job in Azure, then I do not have to worry (as much) about these sorts of issues. This makes the whole process very convenient. The web job will sit in Azure and do the exact same thing as what currently happens on my local machine -- no matter where I am in the world or what machine I am on -- and gets the, well, job done. Furthermore, if I ever change development machines, this will be one less thing that I will have to worry about as a logistical consideration.
So, with that path lined out, what is the path forward to implement an Azure-enabled Vote Reporter? Well, to start with, I was more than pleasantly surprised (elated, even!) to learn that Azure supports web jobs right out of the gate with a console application ! How awesome is that?! You can simply write your application and publish it to Azure, and it takes care of the rest. THAT is the kind of "WOW!" I am talking about! Once I learned of this great feature, I knew I was on the right path.
However, there were a few more items of consideration discovered during my investigations, which is central to the idea of this blog post. So, without further delay, here are the three major items I will have to consider and solve in moving Vote Reporter to Azure:
So there you have it, my first preliminary investigations into Azure. In the coming months I hope to check in on the above items and provide everyone here with an update on progress, in addition to any interesting findings that I encounter. Until next time, see you in the repos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.