Vyacheslav
вначале ловлю такую ошибку
Игорь
Solyar
От Glusterfs отключил loop и выкинул
Solyar
Solyar
+ 200 гигов
George
Ибо есть анонимные вольюмы. И они сделаны с умыслом
inqfen
Не, я находил issue
inqfen
Наивно
George
Проще выделенную вм отдать под это, кмк
inqfen
Бля
inqfen
Нативно
Anonymous
Вообще как бы зачем делать -f
inqfen
Я по данному поводу и issue находил, который как дверь в бар открывается - закрывается
Anonymous
-f же вроде удаляет всё, а тебе нужно только неиспользуемые
inqfen
Ну а со слоями старая тема
George
Не6, обычные
Та ну ? С обычными вольюм нет проблем
George
И я надеюсь, что ты с байнд маунт их не путаешь...
inqfen
inqfen
При чем 19.03
George
То бишь хост пес в терминологии куба
inqfen
-f же вроде удаляет всё, а тебе нужно только неиспользуемые
Не, от запущенных контейнеров образы и сети не грохает
George
При чем 19.03
Докир ни для прода (с) угу 🔥🔥🔥
George
Вопрос на засыпку
George
Кто юзает докер-ее с кубером ?
inqfen
Докир ни для прода (с) угу 🔥🔥🔥
На самом деле это последняя проблема, которая реально проблема
inqfen
Ну и с альиернативами не очень
Vyacheslav
kaniko умеет хранить кэш в docker registry
а не знаешь как можно накрутить сборку нескольких докер файлов используя kaniko но при этом что бы пайплайн был универсален, к примеру в одном проекте у нас один докер файл и мы билдим один докер контейнер, в другом проекте три докер файла и надо сбилдить три контейнера, но если писать каждому свой пайплайн то теряется универсальность раньше билды были композом
Andrey
inqfen
Как только появятся отличия в сборке - начнутся проблемы
inqfen
Не нужно смешивать сущности
George
Выкинь эту дрянь
George
А какие там плюхи?
Ну, хотя бы dtr
George
Смотри в сторону argo & tekton. Но это проекты будущего, а не настоящего
Vyacheslav
Смотри в сторону argo & tekton. Но это проекты будущего, а не настоящего
я думаю над тем как одной универсальной строчкой в CI билдить все докер файлы которые допустим лежат в одной директории
George
Башней делаешь ?
Vyacheslav
Башней делаешь ?
не понял вопроса, поясни пожалуйста
Etki
Ибо есть анонимные вольюмы. И они сделаны с умыслом
как раз таки без, они не нужны в принципе
Vadim
Vyacheslav
Башней делаешь ?
у гитлаба есть ранер, ранер стоит в кубике, я хочу одной строчкой из CI собрать пачку разных докер образов, протегировать их по разному и сложить в регистри проекта
Alex
костыли на шеле и мейке вполне решают задачу )
Vyacheslav
костыли на шеле и мейке вполне решают задачу )
ну тут явно без башизма ни куда не денешся
George
Угомонись
Просто скажи, что я тебе не нравлюсь и все. На этом и порешим
Vyacheslav
for i in *.dockerfile; do docker build --file $i --tag $i && docker push &i; done
только собираю я это через kaniko kaniko-build: stage: build image: name: gcr.io/kaniko-project/executor:debug entrypoint: [""] script: - echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > /kaniko/.docker/config.json - /kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile --destination $CI_REGISTRY/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_TAG --cache=true
Vadim
Гитлаб раннеры такого вроде не умеют
George
только собираю я это через kaniko kaniko-build: stage: build image: name: gcr.io/kaniko-project/executor:debug entrypoint: [""] script: - echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > /kaniko/.docker/config.json - /kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile --destination $CI_REGISTRY/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_TAG --cache=true
Ну, я, думаю, что ты в состоянии внутри в цикле фор обернуть в скрипте. И, да, канико мне не зашел, поэтому сильно глубоко не стал его копать. Если интересные ключевые слова для поиска, то я тебе их накидал: tekton, argo, можешь ещё по concourse-ci почитать, но он немного в стороне.
Vyacheslav
у канико
inqfen
Нет
inqfen
Можно аннотациями его пробросить
inqfen
В смысле просто порт пробросить
Anonymous
Добрый вечер, кто может подсказать в чем заключается отличие service mesh от event messaging
inqfen
https://kubernetes.github.io/ingress-nginx/user-guide/exposing-tcp-udp-services/ Конфигмапом, уже плохо помню, год назад делал
inqfen
Там пример есть
inqfen
Не, ты через него выставляешь определённый сервис
inqfen
Я так ws прокидывал
Igor
народ, насколько по вашему безопасен api-server кластера развернутого через kubeadm без доп наворотов?
inqfen
Но вроде не встречал нигде описания, как на апи без сертификата попали
George
Добрый вечер, кто может подсказать в чем заключается отличие service mesh от event messaging
Примерно такая же разница как между теплым и пушистым. Сервис меш - это технология, которая позволяет сделать сервисы тупыми, а на себя берет ф-ции роутинга, безопасности, мониторинга и по
George
Эвент сурсинг же - это про обработку данных
Vadim
vmware/octant - выглядит загадочно https://github.com/vmware/octant
inqfen
Platform for developers всегда пугает