Trying out the Azure Front Door Service

Introduction

With the statement “Scalable and secure entry point for fast delivery of your global applications”, Azure Front Door (Service) saw the lights of dawn! The features it promises to bring to the table?

My first thought was… Does this fill the gap where I’m currently leveraging CloudFlare for my personal deployments? So today’s post will be to see what the process of creating the service looks like in real life!

 

Let’s take it for a spin!

After browsing through the marketplace, we select the “Azure Front Door” and press the button to create one. Here I must say that the configuration flow here is a pleasant surprise. First we enter the “basics”…

 

Next up we can directly configure our Azure Front Door Service. Step 1) Add the front end host(s)

So let’s create one for the preview environment of VMchooser!

Next up… Step 2! Who would have thought that after step 1, it would be step 2… 😉 Anyhow, here we’ll be adding our back-end pool.

For this I can directly select my app service.

As part of the backend pool.

Now on to step 3) … the routing rules.

Where in the “Advanced”, mode, I enabled the caching mode.

And now we have all our three steps done!

Let’s validate and let the deployment start to create the service.

And we’re off…

It’s being deployed.

Where the portal will show that the service is in a “Creating” state.

In meantime… we can see that the “Front Door designer” is the same view as we had during the creation.

And after about 5 and a half minutes, the deployment finishes.

And there it is!

Quick & Dirty Performance Test

Having it online is already a nice thing. Now let’s see what it means in terms of performance? For this I did a quick & dirty performance tests between three scenario’s ;

  • Scenario A) App Service with CloudFlare in front of it
  • Scenario B) App Service without anything in front of it
  • Scenario C) App Service with the Azure Front Door in front of it
    • Test One
    • Test Two – As I was a bit puzzled by the first result, I did another one to see if the trend would be validated.

Now what can we see here?

  • Both CloudFlare & Azure Front Door reduce the latency of the responses.
  • Using the Azure Front Door service almost doubles the ability of the # requests per second.
    (At this time, I have no info to support why this is the case.)

 

Closing Thoughts

At the start the Azure Front Door service was a bit “vague” too me. Having looked into it, in a very simplistic (and partially incorrect) summary, I would say that it’s the combination of Azure Traffic Manager + CDN + Azure Application Gateway. When looking towards the process, it is VERY easy to setup and put in front of any service. So to link back to the initial thought of mind (“What is the gap with CloudFlare in my deployments?”), then I must say this is surely the case. This makes me really happy to see that Azure now has a service that fills this gap for me!

One thought on “Trying out the Azure Front Door Service

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.