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

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

AS — сервис уровня проекта, развернутый в конкретных физических регионах. Когда вы задаёте Scope как Region-specific projects и выбираете указанные проекты в выбранных регионах, IAM‑пользователи получают разрешения только для ресурсов в выбранных проектах.

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

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

  Table 1 перечисляет все системные политики, поддерживаемые AS.

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

  Имя политики	Описание	Категория	Зависимость
  AutoScaling FullAccess	Полные разрешения для всех ресурсов AS	Системно-определенная политика	Нет
  AutoScaling ReadOnlyAccess	Разрешения только для чтения для всех ресурсов AS	Системно-определенная политика	Нет
  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