Что это
Простыми словами — это ваш личный облачный сервер, на котором хозяин только вы, а не чужой сервис вроде Zapier или Make. Никто не может ограничить вам доступ, поднять цену задним числом или закрыть сервис в одно утро.
Как используем
Разворачиваем на нём вашу автоматизацию, ботов и внутренние сервисы. Из минусов — полный контроль требует и полной ответственности: сервер нужно обслуживать, обновлять и следить за его здоровьем. Обычно этим занимаемся мы 🙂
Где self-hosted нужен бизнесу
- Облачный сервис берёт деньги за каждый запуск сценария, и с ростом заявок счёт растёт быстрее бизнеса.
- Из-за региональных ограничений команда в одно утро теряет доступ к рабочим инструментам.
- Данные клиентов, переписка или отчёты о сбоях не должны уходить в чужое облако.
- Нужен свой созвон и чат, который не зависит от внешнего мессенджера и его блокировок.
Self-hosted и SaaS
| Self-hosted | SaaS (облачный сервис) |
|---|
| Где данные | на вашем сервере | на серверах сервиса |
| Контроль | вы решаете, что включено и кто имеет доступ | сервис решает за вас, может закрыть функцию или страну |
| Обновления | ставятся, когда вы решили; их нужно ставить | приходят сами, иногда ломая привычное |
| Стоимость | сервер и сопровождение, без платы за каждый шаг | подписка, часто с лимитами по тарифу |
| Ответственность | за бэкапы, сертификаты и сбои отвечает тот, кто сопровождает | за работу отвечает сервис, за ваши данные у него — никто лично |
Как мы это используем
- Автоматизация. n8n стоит на сервере заказчика, а не в облачном тарифе: лимита на число запусков нет, ограничение одно — сам сервер. Сценарии выгружаются в JSON и хранятся в git: автоматизация заявок.
- Доступ к рабочим сервисам. Для IT-компании развернули корпоративный шлюз на её собственных серверах: Canva, Notion, Jira и нейросети снова доступны, корпоративные данные не проходят через публичные сервисы.
- Связь. «Переговорка» — голос, чаты и трансляция на своём сервере: голос идёт напрямую между участниками, история чатов 90 дней лежит в SQLite на вашей машине.
- Почта и сайты. На сервере сайтов своя почта на домене, каждый сайт в своей docker-сети, сертификаты продлеваются сами.
- Отчёты о сбоях. Приложения шлют журналы на свой приёмник, а не в сторонний сервис.
Настройку и сопровождение берём на себя в разделе Инфраструктура.
Типичные проблемы
- Сервер кто-то должен вести. Обновления, бэкапы, продление сертификатов, место на диске. Без сопровождения через год что-то ломается.
- Хостер может закрыть порты. У нашего сервера сайтов провайдер блокирует исходящие почтовые порты: приём работает, отправка ждёт в очереди.
- Соседи по памяти. Релей VPN с 1,9 ГБ памяти однажды упал из-за соседнего сервиса. После этого сайты вынесли на отдельный сервер.
- Слабый сервер не соберёт проект. Сайт на Nuxt собираем на рабочей машине и загружаем готовым образом: памяти сервера на сборку не хватает.
Когда имеет смысл
Когда сервис становится частью бизнеса надолго: приносит заявки, хранит клиентские данные, должен работать при блокировках. И когда плата за облачный тариф растёт вместе с числом операций.
Когда не имеет
Когда это проба идеи на месяц, данных немного и никто не будет обслуживать сервер. Облачный сервис тогда дешевле и проще, а к своему серверу можно прийти позже.