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 подписка на новые темы