Cloud in a bottle и попытка починить self-hosting

06.09.2026 · 5 мин

Знаете, что бесит в современном софте? Приложения становятся всё хуже с каждым годом. Реклама, слежка, подписки — и это ещё до того, как вы заплатите хоть копейку. Это явление уже окрестили enshittification — когда платформа сначала делает хорошо пользователям, потом — бизнесу, и только потом — самой платформе.

Автор статьи, создатель проекта Cloud in a Bottle, подмечает интересную штуку: в доклаудную эпоху open-source процветал. Разработчик выпускал софт — и каждый сам его у себя запускал. Сейчас всё уехало в облако, где крутится одна версия на серверах компании. И это создаёт фундаментальный конфликт интересов.

Почему self-hosting буксует

Self-hosting — штука, которая звучит привлекательно, но на практике убивает всё желание. Когда я сам пытался развернуть что-то для личного пользования, меня хватило на пару вечеров. Потом стало лень поддерживать. Не потому что сложно — а потому что это становится вторым рабочим местом.

Автор рассматривает существующие решения и честно признаёт их косяки:

КАК СЕЙЧАС РАБОТАЕТ SELF-HOSTING
─────────────────────────────────
  ┌─────────────────────────────────────────┐
  │           Пользователь                   │
  │   "Хочу почту, календарь, заметки"       │
  └──────────────────┬──────────────────────┘
                     │
        ┌────────────▼────────────┐
        │    5 разных серверов     │
        │  5 настроек аутентификации│
        │  5 мест где может всё     │
        │  сломаться                │
        └──────────────────────────┘
        "Это же для гиков, ну..."
Типичный путь self-hosting сейчас: боль и много ручной работы

Что предлагает cloud in a bottle

По сути — это Ubuntu-машина с веб-сервером, который раздаёт приложения в контейнерах. Контейнеры изолированы, работают без прав рута и с дополнительной защитой. Никакой магии, только понятная инфраструктура.

Но автор идёт дальше. Он хочет, чтобы это ощущалось как смартфон в плане UX — ты владеешь устройством, ставишь приложения в пару кликов, и всё работает вместе.

Вот ключевые фичи:

CLOUD IN A BOTTLE: АРХИТЕКТУРА
──────────────────────────────
        ┌──────────────────────────┐
        │ Dashboard (веб-интерфейс) │
        │   ┌─────┬─────┬─────┐     │
        │   │ App │ App │ App │     │
        │   │  1  │  2  │  3  │     │
        │   └─────┴─────┴─────┘     │
        └──────────────────────────┘
                    │
         ┌──────────▼──────────┐
         │   Web-сервер         │
         │      (роутинг)       │
         └──────────┬──────────┘
                    │
         ┌──────────▼──────────┐
         │  Изолированные       │
         │  контейнеры          │
         └──────────────────────┘
Упрощённая схема: один интерфейс, роутинг запросов, изолированные приложения

Три способа попробовать

Автор не навязывает один путь. Вот варианты:

Код полностью открыт, self-hosted-путь — первоклассный гражданин, а не компромисс.

Моя оценка

Честно? Меня зацепило.

Во-первых, автор честно признаёт chicken and egg проблему: без доступного self-hosting нет широкой аудитории, а без аудитории нет стимула делать хороший open-source веб-софт. Это замкнутый круг, и проект пытается его разорвать.

Во-вторых, подход с managed-версией как бизнес-моделью — это правильно. Можно сколько угодно говорить про open-source, но если нет денег на поддержку — проект умрёт. При этом open-source ветка не страдает.

В-третьих, фокус на UX через curated-каталог — это умно. Не список из тысячи полумёртвых приложений, а горстка проверенных. Со временем будет расти, но порог качества сохраняется.

Что меня смущает: проект молодой, 6+ месяцев приватного тестирования. Это немного. Я бы подождал отзывов реальных пользователей, прежде чем переносить туда что-то критичное.

Но сама идея — сделать self-hosting таким же простым, как поставить приложение на телефон — мне нравится. Это не Infrastructure-as-a-Code. Это про нормальный человеческий опыт.

Выводы

Cloud in a Bottle предлагает редкую для self-hosting вещь: не ещё один набор инструментов для гиков, а попытку сделать всё простым для обычного пользователя.

Если проект выдержит проверку временем, у него есть шанс закрыть важный разрыв между открытым софтом и удобством облачных сервисов.

А если вам надоело платить за подписки и отдавать данные платформам, попробуйте — хуже не будет.

Ссылки

Дмитрий Полухин — продуктовый дизайнер. Пишу про разработку, AI и дизайн интерфейсов. Обо мне, контакты и профили.