Self-hosted: когда данные должны оставаться вашими

Когда вы кладёте данные компании в чужое облако, вы не арендуете хранилище. Вы передаёте контроль. Это разные вещи, и путать их дорого обходится.

Я не против облаков как таковых. Я против иллюзии, что «данные в облаке» равно «данные под защитой». Американский CLOUD Act устроен просто: правительство США может потребовать от любого американского провайдера отдать данные, где бы физически серверы ни стояли. Хоть во Франкфурте, хоть в Сингапуре. Это не теория заговора, это закон. И если ваш бизнес работает с чувствительной информацией, клиентскими данными или попадает под GDPR, этот факт должен вас беспокоить сильнее, чем стоимость подписки на SaaS.

Self-hosted, или on-premise, это когда программное обеспечение крутится на ваших серверах, под вашим управлением, в вашей юрисдикции. Никакого посредника между вашими данными и вашим решением. Вы сами определяете, кто имеет доступ, как данные шифруются, где физически лежат и под какой закон подпадают. Это и есть суверенитет данных. Не маркетинговая фраза, а конкретная техническая и юридическая позиция.

Звучит убедительно? Да. Но давайте честно про цену.

Self-hosting требует денег на входе. Железо, лицензии, люди, которые всё это поднимут и будут поддерживать. Потом регулярные обновления, патчи безопасности, мониторинг, резервное копирование, планы восстановления после сбоев. Это не разовая история, это операционная нагрузка навсегда. Я видел компании, которые шли на self-hosting с горящими глазами, а через год их единственный сисадмин увольнялся, и система превращалась в тикающую бомбу с устаревшими уязвимостями.

Самая частая ошибка, кстати, не в том, что не настроили фаервол. В том, что забыли про резервное копирование. Или настроили, но никогда не проверяли восстановление. Бэкап, который не тестировался, это не бэкап. Это иллюзия бэкапа.

Для малого бизнеса self-hosting часто избыточен. Нет экспертизы, нет людей, нет смысла. Для среднего и крупного, особенно там, где данные клиентов, медицина, финансы или государственные контракты, это уже не опция, а требование. И регуляторное, и здравого смысла.

Что касается безопасности: многоуровневая защита здесь не красивое слово, а буквальное требование. Фаерволы, системы обнаружения вторжений, шифрование данных в покое и при передаче, принцип минимальных привилегий (каждый сотрудник видит ровно то, что ему нужно для работы, и ни байтом больше), плюс регулярный аудит и пентесты. Последнее особенно любят игнорировать. «Мы всё настроили, зачем ломать?» Именно чтобы найти то, что настроили неправильно.

Open-source в этом контексте отдельная история. Он снижает стоимость лицензий и даёт полную прозрачность кода, что само по себе элемент безопасности. Но требует людей, которые в этом коде разбираются. Нет таких людей - open-source превращается в головную боль.

Сравнение с облаком всегда упирается в один вопрос: что для вас важнее, удобство или контроль? Облако даёт гибкость, быстрый старт и чужую ответственность за инфраструктуру. Self-hosted даёт контроль, предсказуемость и вашу собственную ответственность за всё. Нет правильного ответа для всех. Есть правильный ответ для вашей конкретной ситуации.

Когда мы строили ENGRAM, вопрос о данных встал в первый же месяц. Персональная нейросеть, которая работает с вашими документами, встречами, решениями, это по определению чувствительная история. Мы сделали выбор: данные хранятся в России, на российской инфраструктуре, и никуда не уходят. Это не маркетинг, это архитектурное решение. ENGRAM отвечает на вопросы из вашей истории со ссылкой на источник, не придумывает и не галлюцинирует, потому что работает только с тем, что вы сами загрузили. Именно self-hosted логика, применённая к инструменту для работы со знаниями.

Контроль над данными - это не паранойя. Это управленческая зрелость.