Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Azure resources
Version: 1.0
Date:
[DOCUMENT TITLE]
1 Contents
1 Introduction.................................................................................................................. 3
1.1 Purpose ........................................................................................................................................ 3
4.5 Networking.................................................................................................................................... 8
BLAZECLAN 2
[DOCUMENT TITLE]
1 Introduction
1.1 Purpose
This document is a summary of the naming rules and restrictions for Azure resources and a baseline set of
recommendations for naming conventions. You can use these recommendations as a starting point for own conventions
specific to your needs.
The choice of a name for any resource in Microsoft Azure is important because:
The key to success with naming conventions is establishing and following them across your applications and organizations.
2 Naming Principals
The naming pattern must support easy application level grouping for show back/charge back billing when required.
Constraints: Some resources are constrained by their identifier length, and case sensitivity
The establishment of good name standard before you implementing different types of resources is imperative, as it
can be difficult, or sometimes impossible to rename them afterwards.
BLAZECLAN 3
[DOCUMENT TITLE]
Azure will try to automatically create various resources. For example Virtual Machine Disks and Network Interfaces
will still be named poorly. However, they can be named properly by using ARM templates, Powershell, Azure API
or CLI.
It is unlikely that if we follow these rules for global naming that we will run into any naming conflicts with other Azure
users. However, the chance still exists, so you need a strategy for coping with such conflicts.
4 Naming Identifier
An identifier can refer to different aspects that describe the particular resources and are eminent for building a good naming
convention.
When naming resources in Azure, it is recommended to use common prefixes or suffixes to identify the type and context of
the resource. It is important to clearly specify whether the affix is at the beginning of the name (prefix) or at the end (suffix).
Affixes can refer to different aspects that describe the particular resources. The following table shows some examples
typically used.
BLAZECLAN 4
[DOCUMENT TITLE]
BLAZECLAN 5
[DOCUMENT TITLE]
4.1 Subscriptions
When naming Azure subscriptions, verbose names make understanding the context and purpose of each subscription clear.
When working in an environment with many subscriptions, following a shared naming convention can improve clarity.
Department is a name within the organization that contains a group of individuals. This item within the namespace
is optional.
Product line is a specific name for a product or function that is performed from within the department. This is typically
optional for internal-facing services and applications. However, it is highly recommended to use for public-facing
services that require easy separation and identification (such as for clear separation of billing records).
BLAZECLAN 6
[DOCUMENT TITLE]
Environment is the name that describes the deployment lifecycle of the applications or services, such as Dev, QA,
or Prod.
4.2 General
Suggested
Entity Scope Length Casing Valid Characters Pattern Example
Resource Subscription 1 - 90 Case Alphanumeric, <service short profx-prod-rg
Group insensitiv underscore, name>-
e parentheses, hyphen, <environment>-
period (except at rg
end), and Unicode
characters that match
the regex
documented here.
Availability Set Resource 1 - 80 Case Alphanumeric, <service-short- profx-sql-as
Group insensitiv underscore, and name>-
e hyphen <context>-as
Tag Associated 512 Case Alphanumeric, "key" : "value" "department" :
Entity (name), insensitiv special characters "Central IT"
256 e except <, >, %, &, \, ?
(value) , /. See
limitations here.
Web App Global 1 - 60 Case <app_name>- contoso-staging
insensitiv Alphanumeric and <source-slot-
e hyphen name>
API Global 1 - 50 Case <apim-service- contoso
Management insensitiv Alphanumeric and name>
e hyphen
4.3 Compute
BLAZECLAN 7
[DOCUMENT TITLE]
4.4 Storage
Valid Suggested
Entity Scope Length Casing Characters Pattern Example
Storage account Global 3-24 Lowercase Alphanumeric <globally unique profxdata001
name (data) name><number>(use
a function to calculate
a unique guid for
naming storage
accounts)
Storage account Global 3-24 Lowercase Alphanumeric <vm name without profxsql001st0
name (disks) hyphens>st<number>
File name Storage 3-63 Lowercase Alphanumeric <variable based on <variable based on
account blob usage> blob usage>
4.5 Networking
Valid Suggested
Entity Scope Length Casing Characters Pattern Example
BLAZECLAN 8
[DOCUMENT TITLE]
BLAZECLAN 9
[DOCUMENT TITLE]
4.6 Containers
Valid Suggested
Entity Scope Length Casing Characters Pattern Example
Container Global 5-50 Case Alphanumeric <service short app1registry
Registry insensitive name>registry
Suggested
Entity Scope Length Casing Valid Characters Pattern Example
Service Bus Global 6-50 Case Alphanumeric, hyphen, <service short app1-bus
Namespace insensitive must start with a letter; name>-bus
see here for details.
BLAZECLAN 10