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

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

Практические рекомендации по расстановке тегов

Некоторые общие характеристики эффективной политики расстановки тегов

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

Внедрение политики расстановки тегов

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

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

Начать внедрение политики можно с индивидуальной расстановки тегов во всех ресурсах вычислительной инфраструктуры. Как отмечалось выше, для имен тегов, относящихся к конкретному ресурсу, следует использовать соответствующие категории. Например, ресурсам хранилища можно назначить такие теги, как tier1, tier2 и т. д. Кроме того, вычислительным ресурсам можно назначать теги в соответствии с используемой в них операционной системой: Windows, Linux и т. д.

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