Несколько клиентов на одном экземпляре n8n: проекты, права доступа и границы разделения

n8n Projects группируют workflows (рабочие процессы) и credentials (учётные данные) и позволяют организационно разделять несколько клиентов или команд в рамках одного экземпляра, но при этом остаются функцией контроля доступа на общем экземпляре, а не полноценным разделением на отдельных клиентов, как отдельные серверы. Для простого внутреннего разделения этого часто достаточно, но для жёстких требований к разделению данных между платящими клиентами — как правило, нет. По состоянию на: август 2026.

Что именно дают Projects?

Согласно документации n8n, Projects группируют workflows и credentials в отдельной области и доступны на всех платных тарифах, но не в Community Edition. Один пользователь может иметь разные роли в нескольких проектах, поэтому, например, участник команды может быть настроен как Editor в проекте клиента A и как Viewer в проекте клиента B. Подробности приведены в документации n8n по работе с Projects.

Какие роли существуют внутри проекта?

Внутри проекта доступны три роли: Admin, Editor и Viewer, с чётко разграниченными правами. Project Admin, помимо всех workflows, credentials и запусков, управляет также участниками и настройками проекта; Editor может просматривать, создавать, редактировать и удалять workflows, credentials и запуски, но не может управлять участниками; а Viewer имеет только доступ на чтение без возможности запускать workflows вручную. По данным n8n, роль Editor доступна на тарифах Pro Cloud и Self-hosted Enterprise, а роль Viewer — только на уровнях Enterprise для Cloud и Self-hosted, как описано в документации n8n о доступных ролях.

Где технически заканчивается разделение?

Projects разделяют доступ, а не базовую инфраструктуру: все проекты на одном экземпляре работают через одну и ту же установку n8n, одну и ту же базу данных и одни и те же серверные ресурсы. Поэтому ошибка, сбой или перегруженная очередь в проекте одного клиента может повлиять на выполнение задач всех остальных проектов на этом же экземпляре, даже если клиенты не видят workflows и credentials друг друга. Кроме того, согласно документации, при перемещении ресурсов удаляются все существующие общие доступы, что легко упустить при реструктуризации клиентских проектов.

Когда общего экземпляра уже недостаточно?

Общего экземпляра с Projects обычно достаточно, пока речь идёт об организационном обзоре внутри собственной команды, а не о жёстких гарантиях для платящих клиентов. Как только клиенту требуются собственные гарантии ресурсов, отдельная версия, время простоя, независимое от других клиентов, или договорное разделение данных, отдельный экземпляр для каждого клиента становится более надёжным решением. Этот вопрос тесно связан с вопросом лицензирования, как описано в статье Хостинг для клиентов и лицензия n8n.

Практическая рекомендация для агентств и внутренних команд

Для внутреннего разделения между командами или отделами внутри компании Projects обычно являются более прагматичным выбором, поскольку не требуют дополнительной инфраструктуры. Для агентств, которые используют n8n для нескольких внешних клиентов, напротив, в большинстве случаев рекомендуется отдельный экземпляр для каждого клиента или, как минимум, для каждой группы клиентов со схожим профилем риска. Мы помогаем в принятии этого решения и в построении подходящей структуры в рамках наших услуг по n8n.

Часто задаваемые вопросы о разделении клиентов в n8n

Доступен ли n8n Projects также в Community Edition?

Нет, согласно документации n8n, RBAC с Projects доступен на всех тарифах, кроме Community Edition. Таким образом, при чистой self-hosted установке без платного тарифа эта возможность разделения отсутствует.

Может ли пользователь иметь разные роли в разных проектах?

Да, согласно n8n пользователь может иметь разные роли в разных проектах, например Editor в одном и Viewer в другом. Это позволяет более точно настраивать доступ, чем единая глобальная роль для всего экземпляра.

Что происходит с существующими общими доступами при перемещении workflow в другой проект?

Согласно документации n8n, перемещение workflow или credential в другой проект удаляет все существующие общие доступы. После этого целевому проекту может потребоваться заново получить доступ к нужным credentials, иначе перемещённый workflow может перестать корректно работать.

Обязательно ли нужен отдельный экземпляр n8n для каждого клиента?

Не обязательно: для простого внутреннего разделения или клиентов с низким профилем риска Projects может быть достаточно. Как только речь заходит о договорных гарантиях, независимой отказоустойчивости или строгом разделении данных между клиентами, отдельный экземпляр для каждого клиента — более безопасный выбор.