Определите ваше соглашение об именовании

Хорошее имя ресурса помогает быстро определить тип, связанную рабочую нагрузку, среду и регион Azure, где он работает. Для этого имена должны соответствовать согласованному формату — соглашению об именовании — которая состоит из важных сведений о каждом ресурсе. Идеально, информация в именах должна включать всё, что необходимо для идентификации конкретных экземпляров ресурсов. Например, общедоступный IP-адрес (PIP) рабочей нагрузки SharePoint в регионе "Западная часть США" может быть pip-sharepoint-prod-westus-001.

диаграмме 1. Пример компонентов в имени ресурса Azure.

При создании соглашения об именовании определите ключевые фрагменты информации, которые необходимо записать в имени ресурса. Различные сведения относятся к разным типам ресурсов, а для каждого типа ресурсов можно использовать не все установленные компоненты именования. Создайте стандартное соглашение об именовании для вашей среды, за которым легко следовать, оно должно быть кратким и полезным для распознавания информации, относящейся к развернутому ресурсу.

В следующем списке приведены примеры компонентов именования, которые полезны при создании имен ресурсов:

Помимо определения компонентов именования, необходимо также учитывать порядок, в котором перечислены компоненты именования и какие типы разделителей (если таковые имеются) должны отображаться между компонентами. Также учитывайте различные правила именования, связанные с типами ресурсов.

Все типы ресурсов Azure имеют область, которая определяет уровень этого ресурса. Кроме того, ресурс должен иметь уникальное имя в своей области.

Уровни сферы для имен ресурсов Azure:

• Глобальный: уникальный по всему Azure.

  Пример: Имя ресурсов PaaS с общедоступными конечными точками IP-адресов по всему Azure, так как это имя используется как начальное общедоступное DNS-имя по умолчанию.

• группа ресурсов: уникальная в группе ресурсов.

  пример. Все виртуальные сети в группе ресурсов должны иметь уникальное имя для маршрутизации в этой группе ресурсов.

• ресурс: уникальный в пределах родительского ресурса.

  пример. Все подсети в виртуальной сети должны иметь уникальные имена, чтобы избежать перекрытия сегментов.

Диаграмма 2: Уровни охвата для имен ресурсов Azure.

Например, виртуальная сеть имеет область группы ресурсов, что означает, что в определенной группе ресурсов может быть только одна сеть с именем vnet-prod-westus-001. Другие группы ресурсов также могут иметь виртуальные сети с именем vnet-prod-westus-001, но каждая группа ресурсов может иметь только одну с таким именем. Подсети относятся к виртуальным сетям, поэтому каждая подсеть в виртуальной сети должна иметь отдельное имя.

Некоторые имена ресурсов имеют глобальную область, например имя платформы как службы (PaaS), которая имеет общедоступную конечную точку или метку DNS виртуальной машины. Ресурс в глобальной области должен иметь имя, уникальное для всей платформы Azure.

Правила именования Azure зависят от типа ресурса. Важно понимать правила именования для каждого типа ресурсов, чтобы избежать путаницы и задержек.

Например, имена ресурсов для разных типов ресурсов могут иметь разные ограничения длины. Рекомендуется поддерживать длину компонентов именования короткими или сокращать имена, чтобы предотвратить превышение ограничений длины имени ресурса.

При создании соглашения об именовании определите ключевые фрагменты информации, которые необходимо отразить в имени ресурса. Различные сведения относятся к разным типам ресурсов.

Рекомендации :

• Понимание правил именования и ограничений. Балансировка контекста имени с его областью и ограничением длины важна при разработке соглашений об именовании. Дополнительные сведения см. в разделе правила именования и ограничения для ресурсов Azure.
• Использование рекомендуемых сокращений ресурсов: сокращения могут помочь сохранить имена ресурсов в пределах ограничений длины и упростить их чтение. Для получения дополнительной информации см. статью Рекомендуемые сокращения для типов ресурсов Azure.
• рассмотрите возможность согласованности именования для виртуальных машин. Если вы работаете с виртуальными машинами в Azure, рекомендуется обеспечить согласованность имен, даже если имена виртуальных машин в Azure могут быть длиннее, чем разрешенное имя NetBIOS виртуальной машины. Дополнительные сведения и другие ограничения см. в Соглашения об именах в Active Directory для компьютеров, доменов, сайтов и подразделений: имена компьютеров.
• Использовать средство именования Azure. Средство именования Azure — это средство, которое помогает создавать имена для ресурсов Azure на основе соглашения об именовании. Дополнительные сведения см. в средстве именования Azure.

Рассмотрим эти примеры при определении соглашения об именовании. Примеры основаны на компонентах именования и рекомендациях, описанных в этой статье.

Следующие примеры предназначены для визуализации соглашения об именовании, но фактические соглашения зависят от организации. Для получения дополнительных примеров см. инструмент именования Azure .

Хорошим шагом является просмотр рекомендуемых аббревиаций для ресурсов Azure. Аббревиация может помочь сохранить имена ресурсов в пределах ограничений длины и упростить их чтение.