образов канико именно в кубере в виду пода, например. Есть ли какие-то плюсы по сравнению с обычным в .gitlab-ci.yml?
А почему одно исключает другое не могу понять
Я понимаю, что это разные инструменты. Сейчас я используюсь канико вот так .gitlab-ci.yml build: stage: build image: name: gcr.io/kaniko-project/executor:debug entrypoint: [""] script: - mkdir -p /kaniko/.docker - echo "{\"auths\":{\"${CI_REGISTRY}\":{\"auth\":\"$(printf "%s:%s" "${CI_REGISTRY_USER}" "${CI_REGISTRY_PASSWORD}" | base64 | tr -d '\n')\"}}}" > /kaniko/.docker/config.json - >- /kaniko/executor --context "${CI_PROJECT_DIR}" --dockerfile "${CI_PROJECT_DIR}/Dockerfile" --destination "${CI_REGISTRY_IMAGE}:${CI_COMMIT_TAG}" Так как мы используем простой docker executor, то поднимается докер контейнер на отдельной вм, собирает, пушит и вот это все. Есть еще способ собирать образы вот так https://github.com/GoogleContainerTools/kaniko#running-kaniko-in-a-kubernetes-cluster Таким образом интересует какие есть плюсы и минусы этих методов.
всеравно странный вопрос
Обсуждают сегодня