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

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

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

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

Например, для управления затратами администратор облачных систем хочет использовать приложение 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-интерфейса для создания отчетов.

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

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