TL
Зачем. А так «идемпотентный баш»
Ну нравится Андрею ансиболь)
Size: a a a
2020 October 18
GG
тип такого https://github.com/nlm/bootmaker?
Фу
GG
Эльпайн опять
GG
У Андрея более гениальная идея
GG
Собирать образы операционки в докерфайлах )
TL
Какие только костыли мы не фигачим... "а давайте докерфайл ещё ВОТ ТАК использовать!"
k
тип такого https://github.com/nlm/bootmaker?
https://github.com/kvaps/kubefarm
На DevOpsConf 2020 рассказывал о нём, запись скоро будет
На DevOpsConf 2020 рассказывал о нём, запись скоро будет
k
Ну нравится Андрею ансиболь)
Не нравится
DS
Эльпайн опять
ну не так все плохо. Для питона плохо, а вот nodejs отлично робит в alpine образах, и образы небольшие получаются, а не как в питоне alpine больше чем в ubuntu, после установки всех зависимостей =)
k
Я бы тоже на алпайне делал, если бы не journald
k
Переслано от kvaps
Хочу алпайн, но с journald, чтобы логи были бинарными и хранились в одном файле. В смысле вообще все логи, как системные, так и докера.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
D
Переслано от kvaps
Хочу алпайн, но с journald, чтобы логи были бинарными и хранились в одном файле. В смысле вообще все логи, как системные, так и докера.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
cout чем плох?
DS
Переслано от kvaps
Хочу алпайн, но с journald, чтобы логи были бинарными и хранились в одном файле. В смысле вообще все логи, как системные, так и докера.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
Их так собирать проще и ротейтить, и места оно много не занимают.
К примеру на journald натравил journalbeat и у тебя все логи полились в эластик, а в кибане уже отсортировать можно, по демону, pid, или по имени контенера и т.п.
а как они обогащаются мета-информацией из куба? Там лейблы, что весят на подах и тому подобное?
SM
https://github.com/kvaps/kubefarm
На DevOpsConf 2020 рассказывал о нём, запись скоро будет
На DevOpsConf 2020 рассказывал о нём, запись скоро будет
Меня только момент упаковки ос интересовал, в целом принцип тот же, так же собирается рутфс интирд, ток в моем примере в основе алпайн, тут убунту. В целом это оч удобно. В итоге я так понял оно не инсталится на хост? чисто из рам будет работать?
k
Следующая стадия будет полная кастомизация посредством возможности запуска любых докер-образов прямо на физических нодах при загрузке
https://t.me/kubernetes_ru/294664
https://t.me/kubernetes_ru/294664
k
Меня только момент упаковки ос интересовал, в целом принцип тот же, так же собирается рутфс интирд, ток в моем примере в основе алпайн, тут убунту. В целом это оч удобно. В итоге я так понял оно не инсталится на хост? чисто из рам будет работать?
Да, верно
k
а как они обогащаются мета-информацией из куба? Там лейблы, что весят на подах и тому подобное?
Да, у journalbeat есть отдельный processor для этого
k
Точно также, если там json, то автоматически распарсит поля из него
k
cout чем плох?
В смысле?
DS
Да, у journalbeat есть отдельный processor для этого
я чет помню, говорили что с ним какие-то пробелмы. Но к сожалению забыл какие.