Так а как я на виндовой машине соберу новый образ и скажу докеру стартануть его?

в Digital Ocean ктонибудь докер хостит? У них есть готовый образы с докером но они под убунтой, убунта для докера это вообще норм? Просто у меня есть пару хостов с centos, там основной гемор для докера, что дефолтный фс бэкэнд для докера это луп девайсы, они медленные по понятным причинам, поэтому у меня под centos сделаны lvm разделы и юзается уже lvm как бэкэнд фс для докера. В DO несколько геморно получить тачку с lvm разделом, или может я просто слишком нуб, но как я понял если дроплет создал то уже ни как его основной раздел в lvm не конвернешь, только докупать как доп услугу еще раздел и его под lvm делать. А вот в убунте юзается aufs как бэкэнд докера, по дефолту, и там вроде как доп действий ни каких совершать не надо, следовательно на сколько это адекватное решение взять в DO готовый дроплет с убунутой+докер, вместо центос ? Кто не понял про что я говорю, я вот про это https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/ и продакшен моде. Для кого то может быть открытием что нельзя докер юзать в том виде в котором он по дефолту ставится в Centos

да, а что не так? у нас тачка с дженкис собирает образы, там и кэш лежит, пушит в приватный хаб образов, а от туда растекается по хостам

дефайн?

У меня настроен гитлаб ci с артефактами сборки живущими ограниченное время

docker images -a выведет кучу "кеш" слоев.

что значит правильно разбить слои?

define

вопрос в том что у тебя меняется в образе между сборками. У меня образы весят по 600-700 метров, но диф там всего 30-40 мегабайт, поэтому если код не менялся, то новый кэш не создается, или создается только то что занимает код

а делаете ли вы свои базовые образа?

если там зависимости например обновились

ну в целом понятно, ты про то что базовый надо обновить когда узнаешь?

определи, что значит "норм для докера"

А как в древние времена узнавали, что нужно обновить серверную ось?)

ну мы же не в древних временах

норм для докера, в том плане что юзают ли докер в убунте для продакшена? нет ли каких граблей? Вот для Centos я описал грабли, в дефолтной конфигурации у меня система загнулась изза локов, пришлось настраивать lvm. Я ведь ничего такого ужасного не делал, просто одновременно врубил деплой трех или четырех 700 метровых образов, то тупо на docker pull + docker run система встала изза луп девайсов

Инструменты все те же. Иногда раз в недельку смотришь на релизы пакетов. Если тебе лень, то просто не обновляешь) Самые громкие уязвимости и так до тебя дойдут.

я не хочу следить за пакетами, мне вобще насрать должно быть че там в продукте меняется

так а за какими ты пакетами следить собрался ?

Конечная цель - просто не менять конфигурацию демона? Хз, не тюнить систему невозможно по-моему

новую версию ноды чуваки заюзали, а в базе у меня предыдущая

новую версию ноды чуваки заюзали, а в базе у меня предыдущая

Они же для разработки должны использовать твои же контейнеры, нет?

совсем не тюнить наверное нет, но что критичного в убунте надо будет сразу потюнить для докера? есть что-то из личного опыта, критичное? Прям вот что сразу надо пойти сделать?

они на локалхосте у себя разрабатываются, образа я собираю для прекоммит тестирования

А как в древние времена узнавали, что нужно обновить серверную ось?)

докерфайлы тоже ты за них пишешь?

они на локалхосте у себя разрабатываются, образа я собираю для прекоммит тестирования