Определение политик действий по регулярному обслуживанию позволяет контролировать, какие изменения пользователи могут вносить в развертывания и ресурсы их компонентов. Создание списка разрешенных действий, которые могут выполняться в отношении развертываний всеми или только некоторыми пользователями, позволяет предотвратить инициирование разрушительных или дорогостоящих изменений. Примеры использования, связанные с политиками действий по регулярному обслуживанию, приведены во введении к процедуре.
При предоставлении пользователям прав на выполнение действий по регулярному обслуживанию необходимо указать конкретные действия, которые они могут запускать. Для этого создается список включенных элементов, а не список исключений.
Когда политика действий по регулярному обслуживанию вступает в силу?
- Если политики действий по регулярному обслуживанию не определены, управление не применяется и все пользователи имеют доступ ко всем действиям. Изначальное отсутствие управления предусмотрено для того, чтобы на первых этапах работы для выполнения действий по регулярному обслуживанию в Service Broker и Cloud Assembly не требовалось знание политик текущего обслуживания.
- Когда потребуется контролировать доступ пользователей к действиям, добавьте управление в виде политики действий по регулярному обслуживанию. После вступления в силу первой политики, политики действий по регулярному обслуживанию применяются ко всем пользователям в Service Broker и Cloud Assembly. В результате выбранные действия могут выполнять только те пользователи, для которых первая политика имеет истинное значение. Все остальные пользователи исключаются. Они исключаются, так как политики действий включают в себя доверенных пользователей. Исключение всех остальных позволяет создавать политики в соответствии с целями управления.
- Чтобы предоставить право на выполнение выбранных действий другим пользователям, необходимо создать соответствующие политики.
Общий доступ к развертыванию в проектах влияет на настройку предоставления прав выполнения действий по регулярному обслуживанию. Если в проекте нет общего доступа, развертывание может видеть только инициатор запроса. Если в проекте включен общий доступ к развертываниям, все участники проекта могут видеть развертывание и выполнять любые действия, разрешенные им политикой действий по регулярному обслуживанию. Общий доступ к развертываниям настраивается на уровне проекта. Выберите Пользователи.
, затем выберите проект и перейдите на вкладкуПри выборе способа создания политик действий по регулярному обслуживанию необходимо учитывать наличие или отсутствие общего доступа.
Чтобы определить более точное время применения политик действий по регулярному обслуживанию, можно настроить область, роль и критерии. Эти настройки определяют, к каким развертываниям применяется политика и кто может выполнять действия, когда она применяется.
- Развертывания, к которым применяется политика.
- Область определяет, на каком уровне политика применяется к развертываниям: на уровне организации или проекта.
- Критерии сужают область действия политики до определенных аспектов развертываний.
- Кто может выполнять действия с этими развертываниями.
- Роль позволяет ее обладателям выполнять выбранные действия в рамках выбранных критериев и области. Возможны следующие роли: администратор проекта, участник проекта или именованная настраиваемая роль.
Политики текущего обслуживания применяются, когда пользователь пытается управлять развертыванием с помощью меню действий в развертывании или в ресурсах компонентов.
Этот пример использования, иллюстрирующий набор политик действий по регулярному обслуживанию, предполагает, что в проекте включен общий доступ к развертываниям.
При просмотре примера использования политик действий текущего обслуживания необходимо также выбрать действия. Необходимо выбрать действия, которые поддерживают облачные учетные записи.
- Эти действия зависят от облачной среды. Предоставляя пользователям права на внесение изменений, учитывайте, в каких облачных учетных записях эти пользователи будут выполнять развертывания, и убедитесь, что выбраны все облачные версии действий. Например, добавьте действия Cloud.AWS.EC2.Instance.Resize, Cloud.GCP.Machine.Resize и Cloud.Azure.Machine.Resize, чтобы предоставить пользователям право изменять размер этих компьютеров.
- Действия, не зависящие от облачной среды, например Cloud.Machine.Resize, предусмотрены для размещения ресурсов в случаях, когда в рамках процесса внедрения или переноса не удается определить тип компьютера. Если пользователям предоставлено право на выполнение действий, независимых от облачной среды, вы не можете разрешить им выполнять действия, связанные с облачной средой, которые будут вносить изменения в развернутые ресурсы. Независимые от среды действия могут появиться в меню действий, но при их выполнении не будет происходить никаких изменений. Не предоставляйте право на независимые от среды действия. Разрешайте только действия, связанные с облачной средой, чтобы гарантировать доступность действий для пользователей различных облачных платформ.
Необходимые условия
- Список возможных действий см. в разделе Какие действия можно выполнять в развертываниях Service Broker.
- Дополнительные сведения о создании критериев развертывания см. в разделе Настройка критериев развертывания в политиках Service Broker.
- Настраиваемые роли используются в политике регулярного обслуживания № 4. Создание роли «Специалист по устранению неполадок в развертывании»; при наличии роли «Управление развертыванием» в рамках настраиваемой роли «Устранение неполадок в развертывании» участники не ограничиваются проектом. Роль «Управление развертыванием» позволяет уполномоченным пользователям просматривать все развертывания и выполнять все действия. Если роль «Устранение неполадок в развертывании» не включает в себя роль «Управление развертываниями», уполномоченные пользователи могут просматривать развертывания в зависимости от членства в проекте. Дополнительные сведения о настраиваемых ролях см. в примере использования настраиваемой роли.
Процедура
Дальнейшие действия
- Дополнительные примеры обработки и применения политик см. в разделе Порядок обработки политик Service Broker.
- Настройте политики, которые относятся к организациям и проектам.