Если требования проекта не совпадают с содержанием облачных шаблонов 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-интерфейса для создания отчетов.

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

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

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