Ролевая модель управления доступом
Типы учетных записей пользователя VK Dev Platform приведены в таблице 1.
Тип | Описание |
|---|---|
Администратор VK Dev Platform | Первый пользователь VK Dev Platform, создается при развертывании VK Dev Platform. Имя учетной записи по умолчанию — Администрирует VK Dev Platform. Обладает доступом ко всем ресурсам VK Dev Platform во всех проектах разработки. Управляет:
|
Пользователи Портала управления разработкой | Создаются администратором VK Dev Platform. В рамках проекта разработки к ним применяется ролевая модель управления доступом |
Сервисный пользователь | Служебный пользователь, создается автоматически в каждом проекте разработки. Имя учетной записи генерируется автоматически в формате: Используется для взаимодействия внешних сервисов (инструментов автоматизации) с API VK Dev Platform |
Разграничение доступа пользователей к ресурсам VK Dev Platform обеспечивается ролевой моделью. В VK Dev Platform предусмотрены проектные роли. Назначаются в рамках проекта разработки через Портал управления разработкой. У каждой роли есть набор прав доступа, определяющий возможные действия над ресурсами VK Dev Platform.
Проектные роли в VK Dev Platform по умолчанию:
Teamlead— руководитель группы.Deplead— руководитель департамента.Project_manager— руководитель проекта.Developer— разработчик.Devops— DevOps.Qa— QA-инженер.Devsec— специалист ИБ.Techwriter— технический писатель.Product_manager— менеджер продукта.Analyst— аналитик.Architect— архитектор.Readonly— роль с правами на просмотр всех ресурсов VK Dev Platform и ресурсов интегрированных сервисов.Service-Account— сервисный пользователь.Admin— администратор проекта разработки.
Права доступа в VK Dev Platform:
-
read— просмотр. -
write— создание, редактирование. Относительно пользователей — добавление пользователя в проект разработки. -
delete— удаление ресурса VK Dev Platform. Относительно пользователей — удаление пользователя из проекта разработки. -
security_attributes— редактирование атрибутов доступа (подробнее — в разделе Атрибуты доступа). -
deploy— развертывание инфраструктуры в окружении. -
undeploy— удаление инфраструктуры в окружении. -
gitlab:<РОЛЬ_В_GITLAB>— роль в проекте GitLab CE: Owner, Developer, Reporter, Maintainer (подробнее — в официальной документации GitLab). -
nexus:<РОЛЬ_В_NEXUS>— роль в репозитории Sonatype Nexus Repository Manager OSS:-
nexus:repository-viewer— роль с привилегиямиbrowseиread. -
nexus:repository-editor— роль с привилегиямиbrowse,read,edit,addиdelete.Подробнее о привилегиях — в официальной документации Sonatype Nexus Repository.
-
-
create_from_template— создание репозитория из шаблона. -
create_empty— создание пустого репозитория. -
update— редактирование репозитория.
В таблице 2 и таблице 3 приведена матрица прав доступа к ресурсам VK Dev Platform по умолчанию.
Проектная роль | Ресурс VK Dev Platform | ||||
Проекты разработки | Пользователи | Репозитории | Окружения | Раннеры | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Проектная роль | Ресурс VK Dev Platform | |||
Хранилища артефактов | Анализаторы кода | ALM-проекты | Интеграции | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Атрибуты доступа назначаются на репозиторий. Предоставляют пользователям, наделенным проектными ролями из таблицы 4, расширенные права доступа к проектам в Gitlab CE:
-
gitlab:developer— роль Developer в Gitlab CE. -
gitlab:maintainer— роль Maintainer в Gitlab CE.Описание ролей Gitlab CE приведено в официальной документации.
Роль | Атрибут | ||||
shared | docs | devops | qa | devsec | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Без атрибутов доступа проектные роли имеют права на проекты в Gitlab CE, приведенные в разделе Матрица прав доступа.