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?
- SSL offload and application acceleration at the edge close to end users
- Global HTTP load balancing with instant failover
- Actionable insights about your users and back ends
- Application firewall and DDoS protection
- Central control plane for traffic orchestration
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
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.)
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!