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

Хорошо определенная стратегия именования и тегов формирует основу эффективного управления облаком Azure и безопасности. Эти соглашения позволяют поддерживать инвентаризацию ресурсов Azure, отслеживать и выделять затраты, а также реагировать на инциденты, быстро определяя затронутые ресурсы. Определите стратегию именования и тегов рано, чтобы обеспечить согласованность и ясность в вашей среде. В этой статье приведены рекомендации по созданию соглашения об именовании. Рекомендации по тегам см. в разделе "Определение стратегии добавления тегов".

Зачем использовать соглашение об именовании?

Соглашение об именовании Azure — это стандартный формат, используемый для назначения имен ресурсам Azure. Это обеспечивает четкость, согласованность и соблюдение правил именования Azure, таких как требования к длине, допустимые символы и уникальность области. Соглашение об именовании должно быть адаптировано к конкретным потребностям, так как ни одно соглашение об именовании не соответствует требованиям каждой среды.

Общие сведения о именах ресурсов в Azure

Имя ресурса Azure — это идентификатор, назначенный конкретному экземпляру ресурса Azure, например веб-приложению, базе данных или учетной записи хранения. Чтобы установить согласованное соглашение об именовании, необходимо понять, как работает Azure. Вот что необходимо знать.

1. Понимать постоянство имен. Имена ресурсов Azure нельзя изменить после создания. Включите только сведения, которые остаются постоянными в имени. Используйте теги для записи других сведений.

2. Общие сведения о правилах именования Azure. Для каждого ресурса Azure существуют правила именования. Не все имена ресурсов Azure могут соответствовать одинаковым шаблонам. Убедитесь, что вы понимаете ограничения типов ресурсов, с которыми вы работаете. Имена Azure должны соответствовать трем общим принципам:

   • Имена должны быть уникальными в пределах области ресурса Azure (зависит от ресурса).
   • Имена должны соответствовать требованиям длины (зависит от ресурса).
   • Имена могут содержать только допустимые символы (зависит от ресурса).

3. Общие сведения о области имен Azure. Имена ресурсов Azure должны быть уникальными в пределах определенной области. Каждый тип ресурса имеет определенный уровень области, определяющий, где имя должно быть уникальным. Понимание этих уровней областей гарантирует надлежащее соглашение об именовании и избегает конфликтов.

   Размах	Описание	Пример
   Глобальный	Уникальный для всей платформы Azure. Эта область применяется к ресурсам PaaS с общедоступными конечными точками IP-адресов, так как их имена служат начальным общедоступным DNS-именем по умолчанию.	Например, имя app-navigator-prod-001.azurewebsites.net веб-приложения должно быть глобально уникальным.
   группа ресурсов	Уникальный в группе ресурсов. Ресурсы в одной группе не могут совместно использовать то же имя, но идентичные имена могут существовать в разных группах ресурсов.	Например, виртуальная сеть с именем vnet-prod-westus-001 может существовать в нескольких группах ресурсов, но только один раз в одной группе ресурсов.
   Ресурс	Уникальный в родительском ресурсе. Ресурсы, вложенные в другой ресурс, должны иметь уникальные имена, чтобы избежать конфликтов.	Например, подсети в виртуальной сети должны иметь уникальные имена, чтобы предотвратить перекрытие сегментов.

Выбор компонентов именования

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

Разработка схемы именования

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

1. Стандартизировать порядок компонентов. Помимо определения компонентов именования, необходимо также учитывать порядок перечисления компонентов именования.

2. Выберите использовать разделитель или нет. Чтобы улучшить удобочитаемость, используйте дефис - для разделения компонентов именования. Однако не каждый ресурс в Azure позволяет использовать разделитель. Если вам нужна абсолютная согласованность во всех именах ресурсов Azure, не используйте дефис. Для многих клиентов преимущества использования разделителя перевешивают некоторые несоответствия в соглашении об именовании.

3. Используйте аббревиаций. Используйте сокращения ресурсов Azure для хранения имен ресурсов в пределах ограничений длины.

4. Используйте средство именования Azure. Средство именования Azure — это средство, которое помогает создавать имена для ресурсов Azure. Вы настраиваете средство для использования предпочитаемого соглашения об именовании и создает имена для ресурсов Azure. Дополнительные сведения см. в средстве именования Azure.

5. Рекомендуется использовать согласованность именования для виртуальных машин. Если вы работаете с виртуальными машинами в Azure, рекомендуется поддерживать согласованность имен, даже если имена виртуальных машин в Azure могут быть длиннее, чем разрешенное имя NetBIOS виртуальной машины. Дополнительные сведения и другие ограничения см. в Соглашения об именах в Active Directory для компьютеров, доменов, сайтов и подразделений: имена компьютеров.

Примеры имен ресурсов Azure

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

ИИ и машинное обучение

Аналитика и Интернет вещей

Вычисления и веб-ресурсы

Базы данных

Интеграция

Менеджмент и управление

Нетворкинг

Безопасность

Хранение

Следующий шаг

Хороший следующий шаг — определить стратегию добавления тегов.