Cloud in a Bottle: превращаем self-hosting в удобный «облачный смартфон»

Эти ребята спамят issues в репозиториях, пытаясь продвинуть свой проект, и ни слова не говорят о том, что они связаны с ним.

https://github.com/search?q=%22cloudinabottle.toml%22&type=i...

Я думаю, время для этой области пришло. Желание уйти от подписок и передачи личных данных рекламным/ИИ-компаниям сильнее, чем когда-либо.

Сейчас многое в этой сфере основано на docker compose и просто недоступно многим, кто мог бы заинтересоваться. Будь то этот проект или другой, я надеюсь, что что-то вскоре наберет достаточный темп, чтобы по-настоящему сломать барьеры для входа.

«Мы (Imbue, компания, где я работаю) также предлагаем управляемую версию, которая, как я думаю, очень важна для широкой доступности — и это дает нам простую бизнес-модель для поддержки проекта».

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

Я нигде не могу найти упоминаний об ограничениях размера диска. Могу ли я хостить Immich? Могу ли я хостить свой медиасервер? Сколько это будет стоить? Уж точно не $10 в месяц за мою медиаколлекцию. Я не барахольщик, и у меня в основном рипы с лично купленных носителей, что ограничивает размер, но вы всё равно не разместите это за $10 в месяц. Вижу, что в наборе приложений есть Jellyfin, но не знаю, сколько это будет стоить. Ограничения по CPU и RAM я понимаю со страницы развертывания.

И да, я конкретно про ваш хостинговый сервис.

Это не самая сложная часть self-hosting, по крайней мере, уже не она. В комментариях здесь много примеров похожих проектов, которые решают практически ту же проблему (выбор и развертывание приложений). Чтобы сделать self-hosting «легким», нужно решить вопросы регистрации домена, управления DNS и настройки проброса портов.

Вероятно, для этого нужен проект, больше похожий на OpenWRT, который включал бы API-ориентированные отношения с регистратором. Отсутствие стандартного (доступного потребителю) API регистрации доменов — огромная дыра в автоматизации этого процесса. Если такой проект получит некоторую поддержку, он сможет перейти на физический роутер, который потенциальные селф-хостеры смогут купить. Если регистрация домена, управление DNS и проброс портов будут встроены в ПО роутера, то оставшиеся сложные части можно будет достаточно автоматизировать, чтобы сделать self-hosting доступным среднему владельцу игровой консоли.

Отличный проект! Да, персональное облако приближается, и оно будет для всех.

Я работаю над проектом с похожими целями, но с некоторыми другими дизайнерскими решениями: вместо типичных контейнеров я делаю тонкие клиентские приложения, которые обращаются к общему слою данных, построенному на полностью бессерверной архитектуре. Пока не готово к продакшену, но для интересующихся: https://starkeep.app/

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

Есть ли что-то подобное в разработке для «технологического стека компании»? То есть вместо того, чтобы пытаться собрать собственную инфраструктуру, находя RPC-систему, менеджер прав/групп, управление учетными данными, хранилище, базу данных, обнаружение сервисов, управление заданиями, мониторинг и т.д., нужен один «авторитетный» стек, который можно легко развернуть, если вы готовы принять их решения, со всеми этими частями уже включенными и связанными.

Кажется, есть большое расхождение между заявленными и реальными предпочтениями в отношении self-hosting.

Часто создается впечатление, что демонстрация образа автономности перед сверстниками важнее, чем реальное ее достижение.

Требуется много энергии, чтобы воспроизвести то, что сделали AWS и компания, если учесть такие факторы, как течение времени и энтропия. Мне ни разу не удавалось поддерживать медиа/NAS-устройство дольше 3-4 лет. Неизбежно происходит какая-то катастрофа, и мне приходится начинать все заново с новыми вендорами и т.д. Даже без потери данных это надоедает. Обещаю, вам это надоест через некоторое время. Может казаться, что такого никогда не случится, но однажды это происходит.

Вы можете сделать гораздо больше, если действительно можете позволить себе пользоваться облаком. Мне очень трудно поверить, что многие действительно выигрывают по совокупной стоимости владения при self-hosting.

У Sandstorm была радикально более инновационная модель хостинга: вместо помощи в хостинге приложений каждый документ был отдельным экземпляром. Это было очень интересно, но, как отмечается в статье, требовало глубокой интеграции с приложениями.

Мне было бы интересно посмотреть, сработает ли ваш более прагматичный подход. Возможность начать с приложений «с полки», практически без изменений, а затем постепенно добавлять интеграцию через стандартные прокси-функции, кажется разумной.

В любом случае, реализация единого входа между приложениями — это очень разумное и стоящее начало.

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

Поскольку у нас теперь есть ИИ, я думаю, предложение exe.dev лучше: они предоставляют Linux-VM, веб-прокси и интеграции. Вы можете попросить ИИ создать любое веб-приложение, какое захотите. Я бы с удовольствием использовал exe.dev, но на своем Mac Mini.