Команды и доступ
Четыре роли клиентов, субаккаунты, отражающие реальную структуру вашей компании, ключи API для каждой организации, единый вход и журнал аудита для каждого привилегированного действия. Единая модель доступа действует в панели управления, API, CLI, Terraform и нашем сервере MCP. Доступность: провайдер Terraform находится в активной разработке и пока недоступен. Всё остальное, описанное здесь, работает уже сегодня.
Доступ — это не простой переключатель «вкл./выкл.». В каждой организации клиента предусмотрено четыре роли, каждая из которых представляет собой фиксированный набор детальных разрешений module.action, благодаря чему финансовый контакт никогда не получит доступ к серверу, а разработчик никогда не увидит счет.
Полный контроль над организацией и ее субаккаунтами: создание дочерних организаций, приглашение и удаление участников, изменение ролей, управление ключами API, подготовка, перезапуск, приостановка и удаление сайтов, управление счетами и способами оплаты, а также просмотр журнала аудита. Две вещи намеренно вынесены за эти рамки — закрытие организации и оформление возврата средств являются действиями персонала, а не ролью клиента.
Всё, что связано с финансами, и ничего лишнего: счета, подписки, способы оплаты и каталог тарифных планов, а также просмотр организации и списка ее участников. Доступ к сайту полностью отсутствует — финансовое контактное лицо или сторонний бухгалтер не могут ничего перезапустить, приостановить или удалить.
Работайте с сайтами, не касаясь финансовых вопросов: просматривайте и подготавливайте сайты, перезапускайте службы, очищайте кэш, управляйте ключами API, а также создавайте заявки в службу поддержки или отвечайте на них. Без доступа к биллингу, без управления участниками, без приостановки и удаления — деструктивные и коммерческие действия остаются за владельцем.
Полный доступ для просмотра без возможности внесения изменений: участники, сайты, биллинг, тарифы, тикеты, статус перевода и журнал аудита. Подходящая роль для представителя клиента, внутреннего аудитора или нового сотрудника, который только входит в курс дела.
Мультитенантность — это древовидная структура, а не плоский список. Организация реселлера находится выше организаций своих клиентов, а сайты — под ними. Участник команды — это членство (один пользователь, одна организация, одна роль), поэтому один и тот же базовый элемент обеспечивает работу как команды из двух человек, так и агентства, управляющего сотней клиентских аккаунтов, или реселлера, ведущего субаккаунты под собственным брендом.
Роли предоставляются для каждой организации отдельно, и их применение также осуществляется на уровне организации. Роль в одной организации не предоставляет доступа к отдельной, не связанной с ней организации — подрядчик может быть Разработчиком в учетной записи одного клиента и иметь доступ «Только для чтения» во второй, используя один и тот же логин. Однако доступ передается вниз по вашей собственной иерархии: роль в родительской организации применяется к организациям, вложенным в нее, благодаря чему реселлеры и агентства управляют своими клиентами.
Изоляция обеспечивается на уровне базы данных, а не только в коде приложения. Безопасность на уровне строк в Postgres ограничивает каждый запрос арендатора поддеревом вызывающей стороны, а все, что находится за пределами этого поддерева, возвращает ошибку отсутствия данных вместо ошибки доступа — поэтому платформа даже не подтверждает факт существования организации или сайта другого арендатора.
Роли — это не просто удобство панели управления. Любой способ доступа к платформе опирается на одни и те же ключи разрешений, поэтому здесь нет лазеек, позволяющих обойти ваши правила доступа.
Сайты, биллинг, тикеты, объявления, уведомления, API-ключи и управление командой в одной оболочке. Интерфейс отображает то, что разрешает роль вошедшего участника, поэтому людям не показываются элементы управления, которые они не могут использовать.
Опубликованный API — это тот же API движка, который использует панель управления. Ключи API выдаются для каждой организации с детальными областями действия, привязанными к разрешениям RBAC, а раздельные режимы песочницы и рабочей среды позволяют тестировать интеграции, не затрагивая реальный биллинг или выделение ресурсов.
Управляйте сайтами, доменами, DNS, почтовыми ящиками и тарифами как кодом инфраструктуры и запускайте terraform apply для инициализации хостинга — под управлением тех же областей действия, что и все остальное.
Подключите Claude Code, Cursor, ChatGPT, Claude Desktop или любой инструмент с поддержкой MCP. Токены ограничены областью действия организации и ее разрешениями RBAC, могут быть отозваны для каждого инструмента отдельно, с подтверждением деструктивных действий, лимитами расходов и полным журналом аудита.
Сохраняется только хеш каждого ключа API — исходный ключ никогда не сохраняется. Ключи имеют имя и видимый префикс, чтобы вы могли различать их, фиксируют время последнего использования и могут быть отозваны по отдельности, не затрагивая остальные.
Управление идентификацией работает на Keycloak, поэтому аутентификация представляет собой полноценные OIDC и SAML, а не самодельную форму входа, прикрученную к панели хостинга.
Каждое привилегированное действие создает запись аудита, доступную только для добавления: кто его совершил, что сделал, над чем совершил действие, подтверждающие данные и исходный IP-адрес. Журнал доступен только для добавления — события вносятся, а не редактируются на месте — а в производственной среде он секционируется по времени, поэтому сохраняет высокую скорость работы по мере роста.
Чтение этого журнала само по себе является разрешением. Им обладают владельцы и участники с доступом только для чтения, поэтому лицо, ответственное за аккаунт, и лицо, проводящее его аудит, могут просматривать полную историю без необходимости предоставления повышенных привилегий.
Вокруг этого сосредоточены элементы управления, необходимые более крупным командам: политики сессий, настраиваемые для каждой организации белые списки IP-адресов и пошаговая аутентификация для конфиденциальных действий, благодаря чему одной лишь активной сессии недостаточно для выполнения критически важных операций.
Каталог разрешений представляет собой данные, а не жестко запрограммированную логику — именно поэтому его можно расширять без перестройки платформы.
Владелец имеет полный контроль над организацией и ее субаккаунтами, включая участников, ключи API, сайты и способы оплаты. Менеджер по биллингу видит счета, подписки, способы оплаты и тарифные планы, но не имеет доступа к сайтам. Разработчик управляет сайтами и ключами API, а также работает с обращениями, не имея доступа к управлению биллингом или участниками. Пользователь с правами «Только чтение» может просматривать список участников, сайты, биллинг, тарифные планы, обращения и журнал аудита без возможности внесения изменений.
Пока недоступно в виде отдельной настройки для каждого сайта — ограничение одного членства определенными сайтами является планируемым улучшением. Сегодня вы можете добиться такого же разделения с помощью дерева аренды (tenancy tree): поместите эти сайты в дочернюю организацию и назначьте пользователю роль там. Поскольку роли предоставляются на уровне организаций, этот доступ не распространяется ни на какие другие объекты в вашей учетной записи.
Нет — ключи API выдаются для каждой организации отдельно, с детальными областями действия, привязанными к тем же разрешениям RBAC, а также с раздельными режимами sandbox и live. Используйте их в качестве служебных учетных данных для интеграций, CI или Terraform, а для людей используйте членство в организации. Сохраняется только хеш каждого ключа, каждый ключ фиксирует время своего последнего использования, и любой ключ может быть отозван отдельно.
Роль разработчика включает просмотр и подготовку сайтов, перезапуск служб, очистку кэша, управление ключами API и обработку заявок. Она не дает прав на публикацию на активном сайте, поэтому, если вы хотите, чтобы кто-то мог вносить изменения, этот доступ должен быть у владельца. Роли назначаются для каждой организации отдельно, поэтому в другом аккаунте у вас может быть другая роль.
Да. Управление идентификацией работает на Keycloak с OIDC и SAML, поэтому единый вход (SSO) через SAML доступен для корпоративных и агентских клиентов наряду со входом по волшебной ссылке (magic-link), электронной почте и паролю, через социальные сети, ключами доступа (passkeys) и двухфакторной аутентификацией TOTP, которая обеспечивается политикой. Один сеанс охватывает панель управления, публичный сайт, базу знаний и тикеты поддержки.
Каждое привилегированное действие записывается в журнал аудита, доступный только для добавления записей, где фиксируются субъект действия, само действие, целевой объект, подтверждающие данные и IP-адрес. Чтение этого журнала является отдельным разрешением, которым обладают роли «Владелец» и «Только чтение», поэтому владелец аккаунта и аудитор могут просматривать одну и ту же историю.
Тарифные планы тарифицируются в зависимости от емкости хостинга, а не от количества пользователей. Например, в линейке Footprint-Free все 42 уровня предлагают абсолютно одинаковый набор прав и возможностей, различаясь только количеством разрешенных сайтов. Цены всегда подгружаются из актуального каталога в вашей валюте, поэтому сумма на странице с тарифами в точности соответствует фактическому списанию.
Да. Пробный период Footprint-Free длится 14 дней, не требует данных карты и охватывает до 5 сайтов, поэтому вы можете настроить свою организацию, пригласить команду и протестировать роли в реальной работе до совершения какой-либо оплаты. На платные тарифы распространяется 30-дневная гарантия возврата средств.
Начните 14-дневный пробный период без привязки карты на линейке Footprint-Free, пригласите свою команду и посмотрите, как роли работают на реальных сайтах, прежде чем что-либо оплачивать.
Начать бесплатно