В этом разделе описываются основы и параметры логической стратегии расстановки тегов в Cloud Assembly. Эти примеры можно использовать в качестве отправной точки для фактического развертывания, или можно разработать другую стратегию, более соответствующую вашим требованиям.
Как правило, администратор облачных систем является главным пользователем, отвечающим за создание и поддержку тегов.
В этом разделе рассматривается сценарий использования WordPress, который приводится и в других разделах документации по Cloud Assembly; в нем показано, как добавлять теги в некоторые ключевые элементы. Кроме того, здесь описываются возможные альтернативы и расширенные варианты расстановки тегов, которые встречаются в сценарии использования WordPress.
Дополнительные сведения о сценарии использования WordPress см. в разделе Учебник «Настройка и тестирование инфраструктуры и развертываний с несколькими облачными средами в Cloud Assembly».
В сценарии использования WordPress описываются способы размещения тегов в облачных зонах, хранилищах и профилях сетей. Эти профили похожи на структурированные пакеты ресурсов. Теги, размещаемые в профилях, применяются ко всем элементам в профиле. Кроме того, можно создать и разместить теги в ресурсах хранилища и отдельных сетевых элементах, а также в вычислительных ресурсах, но такие теги применяются только к тем ресурсам, в которых они размещены. При настройке тегов обычно лучше всего начинать с тегирования вычислительных ресурсов, а затем добавлять теги в профили и облачные зоны. Кроме того, с помощью этих тегов можно фильтровать список вычислительных ресурсов для облачной зоны.
Например, теги можно присваивать не только профилям хранилища, как показано в этом примере, но и отдельным политикам хранения, хранилищам данных и учетным записям хранилищ. Теги в этих ресурсах позволяют более точно контролировать развертывание ресурсов хранилища. Во время обработки данных при подготовке к развертыванию эти теги становятся следующим уровнем обработки после тегов профилей.
В качестве примера настройки типового сценария клиента можно разместить тег region: eastern
в профиле сети. Этот тег будет применяться ко всем ресурсам в данном профиле. Затем можно разместить тег networktype:pci
в сетевом ресурсе "pci" в рамках профиля. Облачный шаблон с ограничениями «eastern» и «pci» приведет к созданию развертываний, использующих эту сеть pci для региона eastern.