Vladislav
имя
ты имеешь ввиду имя типа объекта ?
Andor
да, имя деплоймента
Andor
ты можешь сделать kubectl get deployment/my-jobs
Vladislav
аа, понял, спасибо большое. ПРосто в —help и в доках другая инфа, типа можно только так указывать: Possible resources include (case insensitive): pod (po), replicationcontroller (rc), deployment (deploy), daemonset (ds), replicaset (rs)
Andor
можно и так и так
Отделение Bereke Bank
подскажите по cronjobs. Я же правильно понимаю что после успешного выполнения они должны удаляться? Как Job. Но в рез-те сейчас висит огромный список подов c 0/1 Completed Куда копать?
Yuri
Поднимает под, делает дело, убивает под. Копай логи каждого пода или в сборщике логов. Можно сетать чистку выполненных и упавших.
Олег
https://kubernetes.io/docs/tasks/job/#jobs-history-limits
О, спасибо, теперь понятно, почему три :D
Отделение Bereke Bank
Удалил namespace целиком, задеплоил все заново - теперь только 3 последних. Магия
𝚔𝚟𝚊𝚙𝚜
Vadim
прямо как sed'ом по json'у провёл
classics же - https://stackoverflow.com/a/1732454
Alex Sharov
Я вообще helm 3 вот все жду
тоже очень жду третьего хелма 🙁 но пока как нормальное решение вижу только helm template | kubectl apply -f ... Сегодня конечно потыкаюсь в kustomize, но фиг его знает
Alex Sharov
в хелме напрягает возня с авторизацией и тиллерами - не хочется делать себе такой оверхед
George
в хелме напрягает возня с авторизацией и тиллерами - не хочется делать себе такой оверхед
с темплейтом - этой возни нет, но и меньше контроля за выкатами
Alex Sharov
ты имеешь ввиду отсутсвие хелмовых "релизов"?
Andrey
есть ещё вариант с тиллером сбоку от кластера
Andrey
https://rimusz.net/tillerless-helm
George
great! thnx
Alex Sharov
о, крутая штука
Oleh
или уже начать пользоваться альфой 3го хелма
Oleh
она без тиллера
Vadim
локально светить gprc портом без аутентификации, с доступом к kube-system?
Andrey
это ж только на время деплоя, ну и понятно, что это на доверенной системе только запускать
Oleh
ну раз у вас кубер в проде, то можно не бояться :)
Solyar
Альфу нельзя юзать так как она подразумевает выпил некоторого функционала при переходе в бету
Solyar
Ну и сама по себе нестабильна
Alex Sharov
согласен
Alex Sharov
бета еще окей. По крайней мере api уже не будет сильно меняться
Andrey
джентельмены! есть вопрос по хелму. helm upgrade release-name app --wait E0612 15:28:57.991943 12415 portforward.go:233] lost connection to pod что только не делал - tiller апргрейдил/переустанавливал/резетил/сносил ~/.helm в итоге порешалось добавлением хоста тиллера --host=10.104.4.82:44134 такая шляпа исключительно с опцией --wait без нее все пашет в связи с чем вопрос: вот зе фак
Sergey
Antony 🇫🇷
бета еще окей. По крайней мере api уже не будет сильно меняться
не факт. вот ory/hydra между rc 1.0.6 и rc 1.0.14 куча изменений было
Yuri
новая волна темплейтеров, kapitan, kustomize, docker-compose едет в туже сторону, запасаемся попкорном
Andor
"новая"?
Yuri
последнее время сильно вентилируют этот вопрос, не только здесь, слак кубера тоже
Vadim
"новая"?
"темплейтеров"
𝚔𝚟𝚊𝚙𝚜
Докер говно. Вот пруф. Такого докер ниумеит
кстати как оказалось умеет: https://github.com/moby/buildkit/blob/master/frontend/dockerfile/docs/experimental.md#run---mounttypecache
𝚔𝚟𝚊𝚙𝚜
# syntax=docker/dockerfile:experimental FROM ubuntu:18.04 RUN --mount=type=cache,target=/var/lib/apt apt update && apt-get install sl
Vadim
круть, докеровцы еще и новый экспериментальный синтаксис пилят?
Vadim
Нужно больше ада
Solyar
Я боюсь этих людей
Solyar
Им дали компоуз
Solyar
Они не остановились и начали пилить синтаксис
𝚔𝚟𝚊𝚙𝚜
круть, докеровцы еще и новый экспериментальный синтаксис пилят?
да, при этом он скачивается из docker hub, таким же образом как и любой docker имадж: https://hub.docker.com/r/docker/dockerfile/tags
Vadim
сначала добейся ;)
Да уж, apiVersion: v1beta для лохов
Andor
Aleksey
Да уж, apiVersion: v1beta для лохов
понакачают версий с интернетов
𝚔𝚟𝚊𝚙𝚜
идея версионировать через комментарий конечно мощная
как я понял сам buildkit слабосвязан с самим docker, потому и версионность через коммент, возможно потом перепилят
Vadim
как я понял сам buildkit слабосвязан с самим docker, потому и версионность через коммент, возможно потом перепилят
ага, уже с multistage такое было. И в https://github.com/moby/buildkit/issues/528 они клянутся что ничего версионировать не надо, надо просто очэ быстро обновляться
George
George
больше веселья
George
я думаю, что самая правильная идея на текущий момент - это в процессе CI генерировать докерфайл или аналог, по нему создавать артефакт, а исходный докерфайл пришивать с артефактом в репозиторий
George
кто захочет - тот пересоберет
Vadim
самая самая правильная идея - не завязываться на синтаксис Dockerfile, а юзать внятные инструменты: kaniko, source2image, скрипты с buildah
Sergei
Это какая-то херня а не артефакт
Vadim
docker delenda est епт
Sergei
Артефакт это то что прошло по пайплайну и протестовано и 1 к 1 то что запускается в тесте, стейдже и проде.
Sergei
Простите, не сдержался.
Sergei
Пересборки через пару минут уже не могут гарантировать рабочего артефакта. Все может "поехать".
Andor
https://github.com/hjacobs/kubernetes-failure-stories уже все видели?
Vadim
Пересборки через пару минут уже не могут гарантировать рабочего артефакта. Все может "поехать".
чойта, вот у тебя sha256 имаджа, если в лейблы имаджа записывать все инпуты (например хэш гиткоммита), то можно спокойно пересобрать такой же имадж
Sergei
У тебя в коммите package.json от фронта, и какая-нибудь ересь от бэкенда - Maven пусть будет. И в dockerfile у тебя вызов установки зависимостей.
Sergei
Допустим, что у тебя чудо команда
Sergei
Они хорошие
Sergei
И сделали lock файлы со всеми зависимостями и их версиями
Sergei
И у тебя прошел стейджинг и тест..
Sergei
И теперь в прод выкатка - и тут коннекшн рефьюз. И вся сборка развалилась.