LINUX.ORG.RU

Сообщения Cellaheea

 

В чем преимущество контейнеризации комплексного софта, если обновление ломает контейнер?

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

Вот я поднял свой некстклауд, тогда еще была по-моему 20 версия. И каждое обновление (да, буквально каждое), даже какая-то минорщина, ломает мне контейнер. Причем ошибки хрен определишь. В логах докера пустота типо все ок (запросы/ответы, дб работает), а кто хоть раз смотрел логи самого НК, там черт ногу сломит. В итоге, я минорщиу вообще не накатываю, а мажорные версии ставлю с нуля, перегоняя базу данных (благо, версия не меняется) и директорию с данными. Хотя и это не гарантия, на 23 и 24 версию и там были проблемы, на решение которых потратил часов 5.

Я допускаю, что может я такой криворукий или не понимаю назначения докера (ну да, может оно в первую очередь для разработчиков, но куча энетрпрайз реди софта именно в докере же поставляется, значит и ориентация на такое использование есть и гарантирована работа). В итоге я просто с этим докером страдаю (как мышка и кактус, ага). Дело не только в некстклауде, та же ситуация у меня и с другими контейнерами, типо vaultwarden, jellyfin и другими. В итоге может проще разобраться как вручную подгонять, чтобы понимать, как решать проблемы, а не создавать еще один слой проблем для себя в виде докера? Или проще вообще забить на обновления?

Тема просто для обсуждения. Хочу услышать мнения сторонников/противников использования докера и контейнеров. Свою историю выложил как крик души. Ну и может кто подскажет пути обновления образов контейнеров с минимальной головной болью. Рекомендуемое

docker compose down
docker compose pull
docker compose up -d

создает больше проблем…

Перемещено hobbit из general

 , , ,

Cellaheea
()

Проблема консистентности бекапов

Вопрос в рамках локалхоста простого юзера, который озаботился созданием бекапов. Допустим есть основной диск А, на котором лежат рабочие файлы и где они непосредственно изменяются/создаются/удаляются, есть в этом же компьютере диск Б, на которой я отправляется бекап, и есть внешний диск В, на который также направляется бекап. Все бекапы делаются с помощью rsync. Допустим диск или система сбойнула, что привело к тому, что какой-то файл на диске А поломался и не открывается или частично нечитаем. Этот файл может не открываться месяцами и даже годами, поэтому юзер может и не знать, что у него проблема. А rsync этот файл заботливо по графику бекапа переносит на оба диска - Б и В. В итоге везде файл запоротый.

Как эту проблему опять же в рамках локалхоста домашнего юзера решить? Linux only. Размер всех файлов для бекапа около терабайта. Держать дифференциальные бекапы за годы изменений можно сказать непозволительно дорого.

 , ,

Cellaheea
()

Облачная замена для nextcloud или другой способ кроссплатформенной синхронизации

Всем привет. Около полугода пользуюсь собственным сервером nextcloud, развернутым на разных vps (переносил для улучшения отзывчивости и скорости), и постоянно плююсь. Проблемы небольшие, но возникают постоянно, и это надоедает. Ежедневные конфликты во многих мелких файлах, которые редактирую. Постоянно подтупливает синхронизация. Может полчаса говорить, что состояние синхронизированное, хотя через веб захожу, и вижу что несколько файлов не прилетело, а несколько не удалилось. Дважды я столкнулся с тем, что после синхронизации на новом устройстве все файлы поменяли дату создания и изменения на текущий день. Плюс вся эта веб надстройка, которая лично мне абсолютно не нужна. Мне хотелось бы какой-то простой сервис-облако для собственного размещения, где я могу из терминала добавить нужных юзеров в бд, подправить конфиги, запустить сервис синхронизации и все бы нормально работало. Существуют такие «упрощенные» облака? Может быть есть другие варианты кроссплатформенной (linux (x86_64, arm), android, ios, ipados) синхроинзации без необходимости постоянного вмешательства пользователя? Посоветуйте. Желательно free software ну или хотябы opensource.

 ,

Cellaheea
()

RSS подписка на новые темы