Тема безусловно нуждается в обсуждении, но… Вторым шагом.
А вот первым хотелось бы увидеть и обсудить по пунктам Вашу программу по решению. Можно с техническими деталями, хабровчане поймут.
Сейчас ситуация со стороны выглядит как — «а давайте поговорим что все плохо». Плохо, да, есть косяки, есть морально этичекий и правовой аспекты. Но они вторичны.
Давайте пообсуждаем ваш план «а как надо» технически и законодательно. Первое даже более интересно.
И самый забавный наверное вопрос — а почему именно вы?
Вот правда не увидел там айтишников. Управленцы от it были но гоаорили о своем, об управленческом.
Эти люди живут в каком то своем мире, с единорогами а иногда и скелетами единорогов. Цель стола же была найти решение? А по факту поговорили про злого бабайку Собянина и о том, что все плохо. А что делать видимо будет в следующей серии сериала.
Журналисты такие журналисты. Инфоповоды нынче дороги, приходится выдумывать.
Шаблон не должен по ширине доходить до места прострочки / свариваия. Просто собираем заготовку на шаблоне и прострачиваем / свариваем. После шаблон извлекается.
— С чего начинать, Ваше Величество? — спросил он. — Начни с начала, — важно ответил Король, — продолжай, пока не дойдешь до конца. Как дойдешь — кончай!... (с) Люис Кэрол, Алиса в стране чудес.
Что добавлять в cron зависит от отго, что ты хочешь получить в результате. Главная мысль — удалять мусор из docker следует механизмами самого docker-а а не системными утилитами.
Например если у тебя на узле активно идет сборка образов, то нет смысла подчищать образа на базе которых идет сборка.
удаляет все образа, ext. volumes и контейнеры которые не запущены или не задействованы в запущеных контейнерах.
Чтобы сохранить на узле образа, которые например нужны для сборки контейнеров как промежуточные или по иным резонам — рекомендую посмотреть репу из первого комментария. Там небольшая магия — на образ навешивается label и все помеченные образа игнорируются при prune. Но можно и с cli задать фильтр что включать или что исключать.
Вот кусок оригинальной документации где это подробней описано:
Filtering
The filtering flag (--filter) format is of “key=value”. If there is more than one filter, then pass multiple flags (e.g., --filter "foo=bar" --filter "bif=baz")
The currently supported filters are:
until (<timestamp>) - only remove containers, images, and networks created before given timestamp
label (label=<key>, label=<key>=<value>, label!=<key>, or label!=<key>=<value>) - only remove containers, images, networks, and volumes with (or without, in case label!=... is used) the specified labels.
The until filter can be Unix timestamps, date formatted timestamps, or Go duration strings (e.g. 10m, 1h30m) computed relative to the daemon machine’s time. Supported formats for date formatted time stamps include RFC3339Nano, RFC3339, 2006-01-02T15:04:05, 2006-01-02T15:04:05.999999999, 2006-01-02Z07:00, and 2006-01-02. The local timezone on the daemon will be used if you do not provide either a Z or a +-00:00 timezone offset at the end of the timestamp. When providing Unix timestamps enter seconds[.nanoseconds], where seconds is the number of seconds that have elapsed since January 1, 1970 (midnight UTC/GMT), not counting leap seconds (aka Unix epoch or Unix time), and the optional .nanoseconds field is a fraction of a second no more than nine digits long.
The label filter accepts two formats. One is the label=... (label=<key> or label=<key>=<value>), which removes containers, images, networks, and volumes with the specified labels. The other format is the label!=... (label!=<key> or label!=<key>=<value>), which removes containers, images, networks, and volumes without the specified labels.
Просто оставлю это здесь… Образ для автоматической очистки неиспользуемых объектов по расписанию в Docker Swarm (работает и просто как Docker Service )
По умолчанию удаляются следующие типы обьектов:
container
volume
network
Gitea форк от gogs.io К гитлабу даже по идеалогии не имеет никакого отношения.
Активно использую giteaгода три. Очень доволен.А требования к ресурсам по сравнению с gitlab прото мизирные.
Требуя переименование "White house" в что то нейтральное. Название причиняет мне страдания как представителю белой рассы !
А вот первым хотелось бы увидеть и обсудить по пунктам Вашу программу по решению. Можно с техническими деталями, хабровчане поймут.
Сейчас ситуация со стороны выглядит как — «а давайте поговорим что все плохо». Плохо, да, есть косяки, есть морально этичекий и правовой аспекты. Но они вторичны.
Давайте пообсуждаем ваш план «а как надо» технически и законодательно. Первое даже более интересно.
И самый забавный наверное вопрос — а почему именно вы?
[ место для рекламы партии ]
Вот правда не увидел там айтишников. Управленцы от it были но гоаорили о своем, об управленческом.
Эти люди живут в каком то своем мире, с единорогами а иногда и скелетами единорогов. Цель стола же была найти решение? А по факту поговорили про злого бабайку Собянина и о том, что все плохо. А что делать видимо будет в следующей серии сериала.
Журналисты такие журналисты. Инфоповоды нынче дороги, приходится выдумывать.
Послушал, там просто партийный междусобойчик какой то с переодическими предложениями призвать Навального...
И эти люди запрещают мне ковыряться в носу! (с) анекдот про Вовочку
Баф не поможет. Во первых ткань не настолько плотная как у масок и время эффективного использования маски 2 часа…
Если очень хочется то можно и баф в виде элемента сопричастности к всеобщей параное для и внутреннего успокоения.
Шаблон не должен по ширине доходить до места прострочки / свариваия. Просто собираем заготовку на шаблоне и прострачиваем / свариваем. После шаблон извлекается.
Обновите локальные репы.
Так и умрет традиция здороваться за руку.
Предложение вместо бесполезного маячка с глонасом в автомобили ставить. Может пробок меньше станет.,
Ну когда то надо начинать :) Сделал сам — поделись с другими.
— С чего начинать, Ваше Величество? — спросил он. — Начни с начала, — важно ответил Король, — продолжай, пока не дойдешь до конца. Как дойдешь — кончай!... (с) Люис Кэрол, Алиса в стране чудес.
Что добавлять в cron зависит от отго, что ты хочешь получить в результате. Главная мысль — удалять мусор из docker следует механизмами самого docker-а а не системными утилитами.
Например если у тебя на узле активно идет сборка образов, то нет смысла подчищать образа на базе которых идет сборка.
github.com/pdacity/docker_gc
Команда
удаляет все образа, ext. volumes и контейнеры которые не запущены или не задействованы в запущеных контейнерах.
Чтобы сохранить на узле образа, которые например нужны для сборки контейнеров как промежуточные или по иным резонам — рекомендую посмотреть репу из первого комментария. Там небольшая магия — на образ навешивается label и все помеченные образа игнорируются при prune. Но можно и с cli задать фильтр что включать или что исключать.
Вот кусок оригинальной документации где это подробней описано:
docs.docker.com/engine/reference/commandline/system_prune
PS. Особенно не стоит удалять руками напрямую в системе ext. volumes находящиеся в дефолтовом хранилище докера. Потому что файлик: там очень неспроста находится…
docker system prune -f -a --volumes что скажет ?
По умолчанию удаляются следующие типы обьектов:
container
volume
network
hub.docker.com/r/pdacity/docker_gc
github.com/pdacity/docker_gc