US_500: Ролевая модель с минимальным уровнем вложенности прав доступа

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

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

Описание концепции использования сервисов

Предположим, что в компании разрабатывается одно приложение с двумя версиями:

• Приложение №1
  • мобильная версия №1
  • версия для ПК №1

Суммарно выходит 2 сервиса, трафик к которым требуется балансировать. При этом управлением и администрированием этих сервисов занимаются следующие категории пользователей:

• Администратор приложения — имеет полный доступ к настройкам и управлению балансировкой версий приложения, а также управление доступом для других пользователей.
• Разработчик приложения — имеет полный набор прав для настройки и тестирования балансировки трафика.

Визуально уровни доступа представлены на схеме ниже:

Общая концепция использования сервисов

Настройка такой ролевой модели доступа к сервисам в рамках системы 5А выполняется в три основных этапа:

1. В системе 5А создаются и настраиваются объекты, которые будут соответствовать общей концепции использования сервисов.
2. В системе 5А заводятся учётные записи для всех пользователей, которые будут участвовать в работе с системой.
3. Для всех новых пользователей настраиваются права доступа к объектам системы согласно исходным требованиям.

Этап 1: Предварительная подготовка объектов системы 5А

В рамках системы 5А реализовать концепцию использования сервисов рекомендуется следующим образом:

• для каждого приложения следует организовать отдельный кластер балансировки;
• в каждом кластере балансировки создать конфигурации балансировки отдельно для каждой версии приложения (ПК и мобильная).

Общая схема ключевых объектов

Предположим, что новые объекты в системе 5А будут иметь следующие названия:

Тогда в системе должны быть сделаны следующие действия:

1. Создайте кластер балансировки с названием cluster_app1.

   

   Кластер cluster_app1 создан

2. В кластере cluster_app1 создайте конфигурацию балансировки с названием conf_app1_mobile и требуемыми настройками балансировки трафика.

3. В кластере cluster_app1 создайте конфигурацию балансировки с названием conf_app1_pc и требуемыми настройками балансировки трафика.

   

   Конфигурации conf_app1_mobile и conf_app1_pc созданы

Этап 2: Создание пользователей в системе 5А

Для подготовки новых пользователей в системе 5А выполните шаги:

1. Выполните вход в систему 5А под учётной записью администратора.

2. Откройте раздел Управление доступом → Пользователи.

3. Выполните процедуру добавления пользователей для всех новых пользователей (администраторы, разработчики, тестировщики), заполнив необходимые поля в секции Настройки профиля и не внося изменения в настройки секции Права для кластеров балансировки и их конфигураций.

Пример списка пользователей для организации ролевой модели

Этап 3: Настройка прав доступа

Для каждого пользователя, созданного на этапе №2, выполните соответствующие изменения в его настройках профиля:

• Администратор приложения — в секции Настройки профиля включите опцию Полный доступ.

• Разработчик приложения — в секции Права для кластеров балансировки и их конфигураций найдите раздел cluster_app1 и включите опцию Полный доступ к кластеру

  

  Пример прав доступа для разработчика