Руководство по принятию решений при именовании и добавлении тегов для ресурсов

Статья
2024-05-30

Организуйте ваши облачные ресурсы так, чтобы ваша IT-команда могла легко с ними работать. Для сложных или сложных развертываний используйте стандарты именования и тегов, чтобы упорядочить ресурсы для:

управление ресурсами. ИТ-команды должны быстро находить ресурсы, связанные с определенными рабочими нагрузками, регионами, средами, группами владения или другими важными сведениями. Организуйте ресурсы, чтобы правильно назначить организационные роли и права доступа.
управление затратами и оптимизация. Убедитесь, что ИТ-команда понимает ресурсы и рабочие нагрузки, используемые каждой командой, чтобы бизнес-группы знали, сколько облачных ресурсов потребляет. Теги, связанные с затратами, поддерживают следующие типы сведений:
управление операциями. Убедитесь, что команда управления операциями обладает четким представлением о бизнес-обязательствах и соглашениях об уровне обслуживания (SLA) для осуществления текущих операций.
Безопасность: Классифицировать данные и определить влияние на безопасность для подготовки к нарушениям или другим проблемам, связанным с безопасностью. Создайте теги для классификации данных , чтобы обеспечить безопасность операции.
управление и соответствие нормативным требованиям. Обеспечение согласованности между ресурсами для выявления расхождений в политиках. Руководство с предписаниями по тегам ресурсов демонстрирует, как один из шаблонов тегов, описанных в шаблонах тегов ресурсов, далее в этой статье, может помочь в применении практик управления. Аналогичные шаблоны доступны для оценки соответствия нормативным требованиям с помощью тегов.
автоматизация: имейте правильную организационную схему, чтобы использовать автоматизацию для создания ресурсов, мониторинга операций и создания процессов DevOps. Автоматизация также упрощает управление ресурсами ит-отдела.
Оптимизация рабочей нагрузки: Используйте теги для решения общих проблем, выявления шаблонов и определения ресурсов, необходимых для одной рабочей нагрузки. Пометьте все ресурсы, связанные с каждой рабочей нагрузкой, чтобы вы могли глубоко анализировать критически важные рабочие нагрузки, что помогает принимать обоснованные архитектурные решения.

Руководство по принятию решений о тегах

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

В следующей таблице описываются соображения в диаграмме.

Рассмотрение	Описание
основные рекомендации по проектированию	Базовые требования к операциям, дополненные аддитивными бизнес-требованиями.
Базовые соглашения об именовании	Для развертывания требуется именование ресурсов. Стандартная схема именования — это минимальный тег.
функциональные	Теги, описывающие функцию виртуальной машины для простой идентификации. Например, тег рабочей нагрузки может описать функцию в рабочей нагрузке, например приложение или данные. Тег среды может описать функцию, например разработку, промежуточную или рабочую среду.
Классификация	Теги, которые классифицируют значение ресурса, помогают принимать решения. Например, можно классифицировать ресурсы на основе классификации данных (общедоступной, частной или конфиденциальной), критическости или соглашения об уровне обслуживания.
бухгалтерский учет	Теги, которые помогают отслеживать затраты, связанные с операциями активов. Например, используйте теги на основе отдела, проекта или региона.
назначение	Теги, которые привязывают ресурс к бизнес-функции, могут быть ценными при принятии инвестиционных решений. Например, используйте теги, основанные на бизнес-процессе, критическом бизнесе или влиянии на доход.

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

Схемы тегов, которые соответствуют деловой практике, такие как учет, владение бизнесом или критичность для бизнеса, могут потребовать больших временных затрат. Вам нужно инвестировать больше времени, чтобы создать стандарты тегов, которые отражают бизнес-интересы и поддерживать эти стандарты в будущем. Эта инвестиция дает систему тегов, которая обеспечивает улучшенный учет затрат и стоимости ИТ-активов в целом бизнесе. Связывание бизнес-ценности актива с ее операционными затратами может изменить представление ИТ в качестве центра затрат в вашей более широкой организации.

Базовые соглашения об именовании

Используйте стандартизированное соглашение об именовании в качестве отправной точки для организации ресурсов, размещенных в облаке. При правильно структурированной системе именования можно быстро определить ресурсы для целей управления и учета. Возможно, у вас есть соглашения об именовании, согласованные с ИТ-отделом, в других частях вашей организации. Если это так, рассмотрите, должны ли соглашения об именовании облака соответствовать им или следует установить отдельные облачные стандарты.

Заметка

правила именования и ограничения зависят от ресурса Azure. Соглашения об именовании должны соответствовать этим правилам.

Шаблоны тегов ресурсов

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

Теги — это элементы метаданных, присоединенные к ресурсам и допустимые во всех регионах в вашем клиенте. Теги состоят из пар строк "ключ-значение". Значения, которые вы включаете в эти пары, основаны на требованиях вашего бизнеса. Дополнительные сведения см. в разделе Минимальные предлагаемые теги. При включении комплексной политики именования и тегов примените согласованный набор глобальных тегов для общего управления.

При планировании тегов рассмотрите следующие вопросы, чтобы определить тип информации, которую должны поддерживать теги ресурсов:

Необходимо ли интегрировать политики именования и тегов с существующими политиками в вашей компании?
Вы будете реализовать систему учета чарджбэков или рефактурирования? Необходимо ли связать ресурсы с информацией о бухгалтерском учете для отделов, бизнес-групп и команд более подробно, чем простая разбивка на уровне подписки?
Должны ли теги представлять сведения о ресурсе, например требования к соответствию нормативным требованиям? Что касается операционных сведений, таких как требования к времени простоя, расписания исправления или требования к безопасности?
Какие теги необходимы для всех ресурсов на основе централизованной ИТ-политики? Какие теги являются необязательными? Могут ли отдельные команды использовать собственные пользовательские схемы тегов?

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

Тип тега	Примеры	Описание
Функциональный	`app` = `catalogsearch1` `tier` = `web` `webserver` = `apache` `env` = `prod` `env` = `staging` `env` = `dev` `region` = `eastus` `region` = `uksouth`	Классифицирует ресурсы по их целям в рабочей нагрузке, среде и регионе, в который они развертываются, или в других функциях и операционных деталях
Классификация	`confidentiality` = `private` `SLA` = `24hours`	Классифицирует ресурс по его использованию и политикам, применяемым к нему
Бухгалтерский учет	`department` = `finance` `program` = `business-initiative` `region` = `northamerica`	Связывает ресурс с определенными группами в организации для выставления счетов
Цель	`businessprocess` = `support` `businessimpact` = `moderate` `revenueimpact` = `high`	Координирует ресурсы с бизнес-функциями для улучшения поддержки инвестиционных решений

Тегирование ресурса для нескольких регионов

Теги Azure можно использовать в разных регионах Azure для логического упорядочения ресурсов. Теги Azure не привязаны к определенному расположению, поэтому вы можете использовать ту же стратегию тегов для всех ресурсов независимо от их расположения.

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

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

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

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

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

Дальнейшие действия

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