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

Что такое теги ресурсов проекта?

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

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

Например, для управления затратами администратор облачных систем хочет использовать приложение CloudHealth. Тег costCenter:eu-cc-1234 добавляется в проект, предназначенный для разработки средства по управлению персоналом для Европейского союза. Если рабочая проекта выполняет развертывание из этого проекта, тег добавляется в развернутые ресурсы. Затем необходимо настроить средство расчета затрат, чтобы определить ресурсы, содержащие этот тег, и управлять ими. Другие проекты с другими центрами затрат будут иметь альтернативные значения для перехода с помощью ключа.

Что такое теги ограничений проекта?

Ограничение проекта действует как определение правил управления. Это тег key:value, определяющий ресурсы, которые потребляются или исключаются в рамках запроса на развертывание в облачных зонах проекта.

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

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

При настройке ограничений проекта следует учитывать следующие форматы.

  • key:value и key:value:hard. Этот тег следует использовать в любом формате, когда необходимо подготовить облачный шаблон для ресурсов с соответствующим тегом возможностей. Если соответствующий тег найти не удается, процесс развертывания завершается сбоем. Например, облачный шаблон, развертываемый участниками проекта, должен быть подготовлен в сети, соответствующей стандарту PCI. Следует использовать security:pci. Если в облачных зонах проекта сети не обнаружены, развертывание завершится сбоем, предотвращая создание незащищенных развертываний.
  • key:value:soft. Этот тег следует использовать, если вы хотите применить совпадающий ресурс и продолжить выполнение процесса развертывания без сбоев и можете задействовать ресурсы с несовпадающим тегом. Например, если вы хотите, чтобы участники проекта развертывали облачные шаблоны в менее дорогом хранилище, и не хотите, чтобы доступность хранилища ограничивала возможности развертывания. Следует использовать tier:silver:soft. Если в облачных зонах проекта нет хранилища с тегом tier:silver, облачный шаблон будет развертываться в других ресурсах хранилища.
  • !key:value. Этот тег можно использовать с ограничением hard (жесткий) или soft (мягкий), если необходимо исключить развертывания в ресурсах с совпадающим тегом.
Важно отметить, что теги ограничений проекта имеют более высокий приоритет, чем теги ограничений облачного шаблона, и переопределяют их во время развертывания. Если у вас есть облачный шаблон, в котором такая ситуация не должна происходить, можно использовать failOnConstraintMergeConflict:true. Например, в проекте есть сетевое ограничение loc:london, но облачный шаблон содержит параметр loc:mumbai. Требуется, чтобы приоритет не отдавался расположению, указанному в проекте, и развертывание завершалось сбоем с выводом сообщения о конфликте ограничений. Для этого необходимо добавить, например, следующее свойство.
constraints:
	- tag: 'loc:mumbai'
failOnConstraintMergeConflict:true

Как можно использовать настраиваемые свойства проектов

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

Добавление настраиваемого свойства в развертывание позволяет использовать значение в пользовательском интерфейсе или извлекать его с помощью API-интерфейса для создания отчетов.

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

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

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