When Azure Resource Manager (ARM) was created back in 2014, I (like many) thought, “What does that mean?” Up until last year, every VM I created was in Classic Deployment model. In this Azure Every Day installment, I’d like to go over the differences between the two.
A deployment model is how you’re going to issue out and stand up your Azure resources. As you’re getting your Azure resources in place, you have the choice between Classic and ARM deployment. If you’re new to Azure, you’ll rarely see Classic except for VMs. You may hear Classic being referred to (as in “Don’t do this in Classic” or “This can only be done in Classic”), but for the most part you’ll be in ARM moving forward.
The primary difference between the two deployment models is how they are managed. Once you deploy, manage or monitor these resources within Azure, if you’re in Classic you’ll be doing everything independently. You’ll be deploying each asset independently and will be managing each asset and resource independently. So, if you have a whole application set for deployment that has 10 resources, that means 10 deployments and 10 independent management components.
And if you are going to remove it, you’re going to remove 10 different resources. ARM allows you to group the resources together as a group. They can be deployed, and looked at or managed, as a group. This is the biggest difference between ARM and Classic deployment model. Some other things to be aware of:
If you have other questions about Classic vs. ARM deployment, or anything else Azure related, we’ve got the answers. Click the link below or contact us—our knowledgeable team is here to help.