ownCloud / oCIS сделан под enterprise-сценарии: обязательный IdP, Spaces, мультитенантные раскатки. Cotton сделан под личную и небольшую командную работу с файлами. Это не табло с фейковой уверенностью; это сравнение продуктового соответствия для решений про self-hosted файловое облако.
ownCloud Server (PHP-продукт) — в режиме поддержки: вендор толкает oCIS, переписанный на Go. У них разные модели хранилища, разные формы развёртывания и разные наборы фич. При сравнении с Cotton oCIS — релевантный продукт для новых развёртываний; ownCloud Server — для legacy-парка.
oCIS вводит абстракцию Spaces — каждый пользователь, проект и общая зона — отдельный Space со своими правами и жизненным циклом. Полезно для мультитенантного enterprise. Тяжело для маленькой команды, которой нужно просто приватное дерево папок. Cotton использует свободную структуру папок, где шаринг и права — обычное продуктовое поведение, а не структурный концепт, вокруг которого надо организовываться.
oCIS требует внешнего OIDC identity provider для любого нетривиального развёртывания — LDAP, Keycloak, Azure AD и т.п. Это правильно для enterprise-раскаток. Для домашнего сервера или команды из 5 человек — оверкилл: паспортный контроль на входе в собственную кухню. Cotton идёт со встроенными аккаунтами + passkeys + TOTP + отзыв сессий и может интегрироваться с внешней аутентификацией, когда это станет реальным требованием.
Браузерный файловый UX для не-enterprise пользователей: аудио-волна, просмотрщик STL/OBJ/3MF, текстовый слой в мобильном PDF, перемотка видео на зашифрованном хранилище, синхронизация SignalR в реальном времени, авто-восстановление БД из собственного бэкапа, подписи целостности на чувствительных строках БД. oCIS фокусируется на слое платформы; Cotton — на том, что пользователи реально кликают каждый день.
Если закупаешь для организации с enterprise-требованиями (обязательный IdP, мультитенантные Spaces, контракты на vendor-поддержку) — бери ownCloud / oCIS. Если поднимаешь файловое облако для себя, семьи или маленькой команды и хочешь, чтобы оно ощущалось законченным — бери Cotton.
Cotton не нужно побеждать каждую давно сложившуюся экосистему на каждой поверхности. Полезное сравнение уже: поведение хранилища, позиция по приватности, модель восстановления, форма развёртывания и фокус продукта.
Cotton хранит содержимое файлов как чанки и манифесты, поэтому дедупликация, проверка, версии, снимки и очистка живут в одной ментальной модели.
Сжатие и шифрование AES-GCM сидят в обычном пути хранилища; сайт не продаёт изолированную скорость крипто как видимую пользователю скорость приёма.
Снимки, версии, корзина и освобождение позиционируются как обычные сценарии файлового облака, а не как аварийные бэкенд-задачи.
Cotton намеренно остаётся уже широких пакетов для совместной работы: файлы, превью, шаринг, WebDAV, восстановление и видимость для оператора.
У Cotton история чище, когда главная задача — файлы, превью, шары, снимки, версии, WebDAV, passkeys, админская диагностика и компактное развёртывание Docker/Postgres.
Организациям, уже выстроенным вокруг корпоративной платформы ownCloud или направления Infinite Scale.
Вам нужно сфокусированное self-hosted файловое облако с контентно-адресуемым хранилищем, потоковой криптографией, снимками, превью, WebDAV, шарингом, passkeys и компактным развёртыванием Docker.
Вам нужно корпоративное хранилище файлов и совместная работа, вендорские пути развёртывания и уже существующие парки ownCloud больше, чем сильные стороны Cotton по движку хранилища и модели восстановления.
Cotton не пытается быть пакетом больше, чем ownCloud. Он пытается быть более острым файловым облаком, когда сам файловый движок и есть продуктовое решение.
Если цель — сфокусированное open-source файловое облако с меньшей поверхностью продукта и техническими доказательствами с упором на хранилище, то Cotton — более острая ставка.
Последняя проверка — июнь 2026. Под каждым пунктом — ссылка на пруф: сам issue, документ или коммит, откуда он взят. Конкуренты быстро меняются; ссылка устарела — заведите issue, поправим.
Пруфы
Не всегда. Cotton — сфокусированное файловое облако, а не клон каждого приложения и интеграции из старых экосистем. Он подходит лучше всего, когда главная задача — хранение файлов, превью, шаринг, снимки, WebDAV, безопасность и простота развёртывания.
Потому что люди в поиске self-hosted файлового облака часто стартуют со знакомых имён. Сравнение делает компромисс явным, вместо того чтобы делать вид, что у всех продуктов одна цель.
Если нужны enterprise-направление платформы, vendor-процесс, обязательный внешний IdP или мультитенантные Spaces — ownCloud / oCIS сделан под эту полосу. Cotton сделан под личную и небольшую командную работу с файлами.