Управление командой и ролями
Renta использует модель Role-Based Access Control (RBAC) для управления доступом и безопасностью. Эта система позволяет организовать совместную работу над данными в изолированных средах, называемых Workspaces (рабочие пространства).
Workspaces (Рабочие пространства)
Workspace является базовой единицей изоляции в Renta. Он функционирует как защищенный контейнер для вашей инфраструктуры данных.
Модель изоляции
Каждый workspace работает как полностью независимая среда. Ресурсы, созданные в одном пространстве, невидимы и недоступны из другого.
-
Изоляция данных. Источники (Sources), Назначения (Destinations) и Пайплайны (Pipelines) существуют только внутри своего родительского workspace.
-
Изоляция биллинга. У каждого workspace свой тарифный план и настройки оплаты.
-
Изоляция пользователей. Доступ предоставляется отдельно для каждого workspace. Роль Owner в "Workspace A" не дает н икакого доступа к "Workspace B".
Резидентность данных (Data Residency)
При создании workspace вы должны выбрать Data Processing Location (Регион обработки данных). Эта настройка определяет физическое расположение облачной инфраструктуры, обрабатывающей ваши данные.
Неизменяемая настройка: Регион обработки данных является постоянным. Вы не можете изменить его после создания workspace. Чтобы сменить регион, необходимо создать новый workspace и мигрировать пайплайны.
-
Europe (EU). Соответствует требованиям GDPR. Данные не покидают пределы ЕС.
-
United States (US). Оптимизирован для источников и назначений, расположенных в США.
Роли и права доступа
В Renta две роли: Owner и Member. Владельцы управляют workspace и командой. Участники работают с источниками, назначениями и пайплайнами, а Owner может выдать им права на контекстный слой.
Матрица прав доступа
В таблице ниже подробно описаны возможности каждой роли.
| Возможность | Owner | Member |
|---|---|---|
| Администрирование workspace | ||
| Изменение настроек workspace (имя, slug) | ✅ | ❌ |
| Покупка, смена и отмена подписки | ✅ | ❌ |
| Просмотр тарифа и счетов | ✅ | ✅ |
| Управление командой | ||
| Просмотр участников, приглашений и групп | ✅ | ✅ |
| Приглашение новых участников | ✅ | ❌ |
| Отзыв ожидающих приглашений | ✅ | ✅ |
| Изменение ролей и прав участников | ✅ | ❌ |
| Удаление других участников | ✅ | ❌ |
| Выход из workspace | ✅ (если остаётся другой Owner) | ✅ |
| Создание, изменение и удаление групп | ✅ | ❌ |
| Работа с данными | ||
| Создание, изменение и удаление источников | ✅ | ✅ |
| Создание, изменение и удаление назначений | ✅ | ✅ |
| Со здание, изменение и удаление пайплайнов | ✅ | ✅ |
| Просмотр логов и метрик пайплайнов | ✅ | ✅ |
| Модели контекстного слоя | ||
| Раздел Context layers и запросы к моделям через AI-агентов и Renta API | ✅ | С правом Read context layer models, к моделям, которыми с ним поделились |
| Создание моделей и SQL-превью | ✅ | С правом Manage context layer models |
| Изменение и удаление моделей | ✅ | С правом Manage context layer models, для моделей, которыми с ним поделились |
| Изменение доступа к модели | ✅ | ❌ |
| Произвольные SQL-запросы к источнику хранилища через AI-агентов и Renta API | ✅ | С правом Run custom queries |
| Ресурсы разработчика | ||
| Создание, просмотр и отзыв API-ключей | ✅ | ✅ |
| Создание invite-ссылок | ✅ | ✅ |
Описание ролей
В следующей таблице приведено описание возможностей каждой роли и типичные сценарии использования.
Owner (Владелец)
Роль Owner фактически является "Администратором Workspace". Владельцы имеют неограниченный доступ ко всем аспектам рабочего пространства.
-
Основная ответственность. Управление инфраструктурой, биллинг и безопасность команды.
-
Best practice. Назначайте эту роль Team Lead, DevOps-инженерам и руководителям проектов. Всегда имейте минимум двух Owners для резервирования доступа.
Member (Участник)
Роль Member предназначена для повседневной операционной работы. Участники создают и обслуживают пайплайны. Они не могут менять настройки workspace, подписку, роли, права и группы.
-
Основная ответственность. Построение и мониторинг пайплайнов данных.
-
Best practice. Назначайте эту роль Data-инженерам, аналитикам и разработчикам.
Управление доступом
Управление членами команды включает в себя приглашение новых пользователей, обновление ролей по мере изменения обязанностей и отзыв доступа при необходимости.
Приглашение нового участника
Предоставьте доступ коллеге к рабочему пространству.
В левом меню нажмите на свой профиль внизу, затем выберите Teammates. На вкладке Team members нажмите Add member.

В боковой панели Add member введите email и выберите роль в блоке Member role. Участнику с ролью Member отметьте нужные права в блоке Context layer permissions. Подробнее в разделе Права.

Нажмите Invite member. Если у человека уже есть аккаунт Renta, Renta сразу добавит его в workspace и отправит письмо. Иначе он получит письмо со ссылкой и появится в Invited members, пока не примет приглашение.
Права
Права позволяют участнику с ролью Member работать с контекстным слоем. По умолчанию у участников прав нет. У владельцев есть все права.
| Право | Что разрешает |
|---|---|
| Read context layer models | Открывать раздел Context layers и обращаться к моделям, которыми с участником поделились, через AI-агентов и Renta API. Делиться моделью можно на её вкладке Access. |
| Manage context layer models | Создавать, изменять и удалять модели, запускать SQL-превью. Включает Read context layer models. |
| Run custom queries | Запускать собственные SQL-запросы только на чтение к источникам хранилища через AI-агентов и Renta API. Каждый запрос учитывается в лимите источника. Выдаётся отдельно: ничего не включает, и другие права его не включают. |
Чтобы выдать право:
- В левом меню нажмите на свой профиль внизу, затем выберите Teammates.
- В таблице Workspace members нажмите на участника, чтобы открыть боковую панель Edit member.
- В блоке Context layer permissions отметьте права.
- Нажмите Save. Изменение применяется сразу.

Права можно отметить и при добавлении участника, а также выдать группе.
Рядом с правом, полученным через группу, стоит подпись via group, и снять его в Edit member нельзя. Чтобы забрать такое право у одного человека, удалите его из группы.
Изменение ролей
Вы можете повысить Member до Owner или понизить Owner до Member в любой момент.
- В левом меню нажмите на свой профиль внизу, затем выберите Teammates.
- В таблице Workspace members нажмите на участника, чтобы открыть боковую панель Edit member.
- В блоке Member role выберите новую роль.
- Нажмите Save. Изменение применяется сразу.
В workspace всегда остаётся хотя бы один Owner, поэтому единственный владелец не может сменить роль на Member. У владельцев есть все права, поэтому права для них не задаются.
Отзыв доступа
Чтобы удалить пользователя из workspace:
- В левом меню нажмите на свой профиль внизу, затем выберите Teammates.
- В таблице Workspace members нажмите на участника, чтобы открыть боковую панель Edit member.
- Прокрутите вниз до блока Remove member.
- Нажмите Remove member.
Выход из workspace: Участники (Members) могут самостоятельно покинуть рабочее пространство в любой момент, но не имеют прав на удаление других пользователей. Чтобы выйти, выполните те же действия для своего профиля.

Требование к владению: В рабочем пространстве всегда должен быть минимум один Owner. Вы не можете удалить последнего владельца или покинуть workspace, если вы единственный Owner. Чтобы выйти, сначала назначьте роль Owner другому участнику.
Удаление участника не удаляет созданные им источники, назначения и пайплайны. Они продолжают работать в workspace. Renta убирает человека из всех групп, отзывает его права и личный доступ к моделям контекстного слоя.
Best practices
Следуйте этим рекомендациям для поддержания безопасной и эффективной среды в рабочем пространстве.
Безопасность и управление
-
Принцип минимальных привилегий (Least Privilege). По умолчанию назначайте роль Member для всех новых пользователей. Выдавайте права Owner только тем, кому действительно необходимо управлять оплатой или доступом других.
-
Регулярный аудит. Проверяйте список Team members ежеквартально. Отзывайте доступ у сотрудников, сменивших команду или покинувших компанию.
-
Сервисные аккаунты. Для API интеграций избегайте использования личных аккаунтов. Создайте выделенный email-алиас (например,
etl-bot@company.com) и пригласите его как Member для генерации API ключей.
Стратегия окружений
Используйте несколько workspaces для реализации безопасного цикла разработки (SDLC).
-
Development workspace. Для тестирования новых источников и конфигураций. Здесь можно дать разработчикам упрощенный доступ уровня Owner.
-
Production workspace. Для реальных бизнес-данных. Ограничьте роль Owner строго для Senior DevOps или Team Lead. "Заморозьте" права доступа для обеспечения стабильности.
Ready to get started?
Build your data pipeline today or get a personalized demo. Start free!
Need help?
Get expert support to ensure your project succeeds. We're here to help!
Feature requests?
Help shape our product! Share your ideas for new features and integrations.