чето не то

volume:/var/...

то есть он сам создает их каждый раз

я эти точно не делал

маппинг сделай:
my_volume:/var/lib/mysql

спасибо я погуглю

чето обрадовался что все работает )

если смогли в сворм то должны смочь и в k3s
Ну и мне кажется не всегда уровень компетенции на той стороне может являться аргументом.
Бывает что кастомер и про гит только слышал, так что ж теперь делать...

Я с вами согласен, но есть желание заказчика что бы дальше те кто есть "смогли поддерживать", я пытался им k3s и про кубер рассказать, все слышали, и говорили что пытались, но якобы сильно много абстракций и сложно по сравнению с свармом, моя задача просто решить проблему. Я же не могу поставить им кубер и уйти, оставив их с кубером, когда они даже не "трогали" его...

В каждом случае своя история. Наверно в том случае лучше так. Фраза просто подразумевала некое обобщение. Именно в моем случае k3c дает больше возможностей и позволяет не изобретать велосипеды

🤷

мне кажется, что поняв логику кубера - она существенно более прямолинейная, чем у сворма

это раз. Два - хочется попроще? не вопрос - есть же хашикорп номад

согласен

да и заметно лучше дизайн самого оркесттратора. Видно что думали побольше))

А номад да классная штука

Но гораздо менее распространенная

Добрый день. Подскажите по такому вопросу. Могу ли я в Dockerfile с имеющимся в нем FROM yandex/clickhouse-server еще закинуть python?
У меня сейчас написано через RUN скачивание питона, его разархивирование и установка.
Но так как все в gitlab происходит долго(некий gcc thread долго происходит), как я понял каждый раз происходит скачивание и установка питона и это занимает время, могу ли я как-то еще подсунуть готовый docker image к уже имеющемуся из FROM yandex/clickhouse-server?
Прочитал, что это делает как-то в gitlab registry, мб есть подробнее статья? Пока ничего похожего не нашел(

закинь