Сергей
мне не кайф делать чарт) просто нужно делать релоад с новым образом, образ он и сам тянет последний всегда
Rainbow
Сергей
Сергей
latest
Rainbow
imagePullPolicy: Always
тогда добавте
Rainbow
а то куб не перекачивает image по умолчанию и у вас старый image
Rainbow
но это отстойная практика, меняйте тег на что-то
Сергей
у меня ранчер к сожалению пока что, и он перекачивает образ)
Сергей
может конечно это именно он и делает, а не куб
Сергей
а может по дефолту стоит imagePullPolicy не интересовался
Andor
Rainbow
вы хотите делать что-то странное
Rainbow
reboot на всех нодах точно все отрелоадит
Rainbow
imagePullPolicy: Always
написать
Andor
Rainbow
или менять тег
Rainbow
docker build -t app:$CI_COMMIT_SHA .
Сергей
у меня всё написано уже) везде уже доставляется контент, кроме как в куб) как мне автоматизировать, чтобы в кубе автоматом по событию дипплоя новый образ цеплялся? чтобы не руками тыкать?)
Сергей
у меня образы собрались лежат уже в хабе) но в кластер как доставить? кроме как рукаи зайти и изменить образ в приложении?)
Rainbow
Sergio
Привет всем. Был ли у кого опыт запуска OTRS в кубе. Интересует как решали крон и если использовали fcgiwrap
Сергей
Andor
Rainbow
gitlab-runner хоть себе на комп поставьте, какая разница где он? Главное, чтобы дойти можно было до gitlab
Andor
Andor
Дочитал
Andor
Ваще не релоад надо оказывается
Сергей
мне надо чтобы приложение просто заного поднялось, тоже самое что просто пересоздал
Rainbow
надеюсь вы не руками в ранчере создавали апу)
Andor
По-хорошему тебе на каждый билд делать тег
Сергей
Rainbow
Суть кубера потеряна совсем, так нельзя.
Сергей
Andor
Я не умею в ранчер
Сергей
не дошли руки до написания чарта и прочего)
Семён
Семён
которые настраиваются так же на триггер с гита
Сергей
Семён
в доке ранчера. А тебя не смутила вкладка pipelines в проекте ?
Семён
вот пример ранчер пайплайна - закидываешь его в файл проекта - получает авторедеплой при коммите в гит )
stages:
- name: build
steps:
- publishImageConfig:
dockerfilePath: ./Dockerfile
buildContext: .
tag: <тут твой registry>/flask-app:${CICD_EXECUTION_SEQUENCE}
pushRemote: true
registry: <тут твой реджистри>
- name: deploy
steps:
- applyYamlConfig:
path: ./deployment.yaml
timeout: 60
Семён
ну и простейшее версионирование вида int++ )))
Rainbow
у него нет deployment.yaml, эт проблема
Семён
ща скину
Семён
а
Семён
ну деплоймент.ямл это просто ямл того деплоя который ты хочешь видеть в кубере
Семён
apiVersion: apps/v1 # for versions before 1.9.0 use apps/v1beta2
kind: Deployment
metadata:
name: flask-app
namespace: flask-app
spec:
selector:
matchLabels:
app: flask-app
replicas: 1
template:
metadata:
labels:
app: flask-app
spec:
containers:
- name: flask-app
image: ${CICD_IMAGE}:${CICD_EXECUTION_SEQUENCE}
ports:
- containerPort: 5000
imagePullSecrets:
- name: zzero-registry
Семён
вот пример деплоя, который будет перезапускаться каждый раз при коммите в гит )
Семён
из пайплайна что я кинул выше
Сергей
Семён
оба файла должны быть в проекте
Сергей
ага, понял) сейчас разберусь)
Сергей
спасибо большое)
Сергей
Rainbow
этот файл уже есть в кубере и его можно достать, подправить пару строк
Rainbow
Семён
тут kubectl apply делается из пайплайна автоматически
Семён
- name: deploy
steps:
- applyYamlConfig:
path: ./deployment.yaml
Rainbow
я про то, что gui отстой и тупиковыйпуть
Rainbow
как визуальный редактор html&css
детский сад
Семён
ну для того что бы скелет накидать - вполне
Семён
те же стадии пайплайна в нём очень наглядно выглядят. Создаешь то что тебе нужно, делаешь то что позволяет UI и идёшь уже руками это допиливать.
Семён
имхо, ранчер не для настройки того что ты хочешь получить, а для визуализации тогог что происходит )
Семён
ну и конечно шедулить ноды очень удобно )
Семён
для всяких дев энвов
Сергей
Семён
хреново
Семён
согласен
Rainbow
Grey