Управление разрешениями

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

При предоставлении разрешений AS группе пользователей установите Scope в значение Region-specific projects, а затем выберите проекты, для которых разрешения вступят в силу. Если выбрать All projects, разрешения будут применяться к группе пользователей во всех региональных проектах. При доступе к AS пользователям необходимо переключиться в регион, где им предоставлен доступ к этому сервису.

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

• Роли: тип грубогранулированного механизма авторизации, определяющего разрешения, связанные с обязанностями пользователя. Этот механизм предоставляет лишь ограниченное количество ролей уровня сервиса для авторизации. При использовании ролей для предоставления разрешений необходимо также прикреплять любые существующие зависимости ролей. Однако роли не являются оптимальным выбором для тонкой гранулярности авторизации и безопасного контроля доступа.
• Политики: тип тонкогранулированного механизма авторизации, определяющего разрешения, необходимые для выполнения операций над конкретными облачными ресурсами при определённых условиях. Этот механизм обеспечивает более гибкую авторизацию на основе политик, удовлетворяя требования безопасного контроля доступа. Например, вы можете предоставить пользователям AS только разрешения для управления определённым типом ECS. Большинство политик определяют разрешения на основе API. Для действий API, поддерживаемых AS, см. .

  Table 1 lists all the system policies supported by AS.

  Table 1 Системно-определенные разрешения, поддерживаемые AS

  Policy Name	Description	Категория	Зависимость
  AutoScaling FullAccess	Полные разрешения для всех ресурсов AS	Системно-определенная политика	None
  AutoScaling ReadOnlyAccess	Разрешения только для чтения для всех ресурсов AS	Системно-определенная политика	None
  AutoScaling Administrator	Полные разрешения для всех ресурсов AS	Системная роль	Роли ELB Administrator, CES Administrator, Server Administrator и Tenant Administrator необходимо назначить в одном проекте.

  Table 2 перечисляет общие операции, поддерживаемые каждой системно-определенной политикой AS. Выберите политики по необходимости.

  Table 2 Общие операции, поддерживаемые каждой системно-определенной политикой AS

  Operation	AutoScaling FullAccess	AutoScaling ReadOnlyAccess	AutoScaling Administrator
  Создание группы AS	√	x	√
  Изменение группы AS	√	x	√
  Запрос сведений о группе AS	√	√	√
  Удаление группы AS	√	x	√
  Создание конфигурации AS	√	x	√
  Создание политики AS	√	x	√
  Создание политики масштабирования пропускной способности	√	x	√

• Создание пользователя и предоставление AS Permissions