Archive for the ‘Azure App Service’ Category


How happy would you be if you get a chance to test your app in the same platform/environment as your production?

Azure slots does that for you. To be more precisely you get to test it in your production environment.

Azure App Services is one of the extremely useful service consisting of web apps, API Apps, web jobs etc. They provide a host of amazing features like scaling, backups, SSL support, custom domains to name a few. But azure deployment slot is one such feature which is often underrated & mostly under used.

Common Deployment issues:

Testing the new version of app

Consider you have a web app running in your app service & your app’s URL is something like Prodapp.azurewebsites.net & is already live. Now you have updated your web app & you want to deploy the new version to your production URL. Before that you need to test your app for correctness. One obvious way & the common practice prevailing is to create a new app service & deploy the new web app, port the configurations & test it over there.

Deploy/Rollback

Now you have tested your app and you are ready to deploy the app to your production URL. Now you will be publishing the app, which in turn would require a downtime for deployment, test & depending on the architecture of your app you may need to pay a cold start penalty too. And what if you want to rollback your deployment in case of an issue?

Deployment Slots to the RESCUE

Azure deployment slots helps you overcome all these issues. Consider deployment slots as different boxes inside your app service. Each slot will have its own publishing profile, its own configurations & app settings. The default slot(even if you don’t create one) as soon as you do a deployment to your app service is your production slot. You can create new slots to deploy a new version of your app.

Picture1

Here, if you want to test a new version of your app, create a new slot, get the publishing profile & deploy your new version over there. You now have a production ready version of your app, in the same environment as like production but with different URL, configurations & app settings. Depicted below is how your apps would have been deployed.

Picture2

Now comes the magic of a deployment slot: To move your new version of app to your production URL, you just can use the swap option. Swapping moves your app from the source slot to the destination slot. It moves the configurations & settings too.


Picture3

You have deployed your app to production with no downtime. Azure also warms up the slots before the swap & hence you don’t run in to cold start issues. In case you need a rollback, you do a swap again and that’s it!!

Considerations

Below are few points you need to consider before starting with deployment slots

  • Deployment slots are supported only in the Standard or Premium App Service plan mode
  • When your app has multiple slots, you cannot change the mode
  • Scaling is not available for non-production slots
  • Each App Service plan mode supports a different number of deployment slots
  • Each slot shares the same pool of resources as your live/production slot. So load test is not suggested here
  • Deployment slots have a different URL than the original App Service. This URL is based on the name you give the deployment slot
  • When you scale a deployment slot, you also scale all other slots of your App Service. This is because all slots share the same App Service Plan
Advertisements