GG
Size: a a a
2019 December 14
GG
Примерно так
?
Круто, спасибо! Я не наткнулся на подобное т.к. искал по ключевым словам именно с docker-compose deploy
2019 December 15
ST
?
Круто, спасибо! Я не наткнулся на подобное т.к. искал по ключевым словам именно с docker-compose deploy
Композ лучше для стейджинга локального, деплойменты лучше ансиблом лепить
TF
Композ лучше для стейджинга локального, деплойменты лучше ансиблом лепить
не говори каку
ST
не говори каку
что, 50 композов будешь на хостах вертеть?
TF
что, 50 композов будешь на хостах вертеть?
нет, я для этого использую kubernetes
ST
а ну да, давайте еще х2 ресов вьебем)
TF
а ну да, давайте еще х2 ресов вьебем)
ресов чего?
ST
кубер то оно понятно
но если выбирать между композом и ансиблом второе выбирать надо для деплоев
но если выбирать между композом и ансиблом второе выбирать надо для деплоев
TF
если у тебя как ты говоришь 50 композов, значит больше 10 сервисов, а значит там пачка пайплайнов, а значит помойка которая рано или поздно начнет приносит беды
ST
TF
кубер то оно понятно
но если выбирать между композом и ансиблом второе выбирать надо для деплоев
но если выбирать между композом и ансиблом второе выбирать надо для деплоев
можно и Jenkins, можно и gitlab/bitbucket pipelines
ST
о композе и ансибле
ST
ты кубер припахал
TF
с ансиблом та же история, когда у тебя пара сервисов - то ок, ты их вертишь ансиблой, типа что бы руками не ходить, тут согласен
но если у человека будет рост то уж насиблой тут не закончится, а вольют пачку софта типа терраформ, а потом бегают по чатам просят помощи
но если у человека будет рост то уж насиблой тут не закончится, а вольют пачку софта типа терраформ, а потом бегают по чатам просят помощи
TF
в любом случае нужно составить списог хотелок, взять пачку инструментов, проставить + и -, а потом решать ему самому
У
?
Всем привет!
У меня не так много опыта с докером, я достаточно разбираюсь в локальной разработке, но совершенно не умею деплоить, все вот эти k8s и docker swarm, обо всём этом я не знаю.
У меня есть большой docker-compose файл (потом декомпозирую) с кучей сервисов, есть несколько .env файлов, есть один-два баш скрипта, чтобы выполнять легко что-то из поднятых контейнеров (не моё, у соответствующих мейнтейнеров образов)
Вопрос такой, — а как бы подобную петрушку можно было бы деплоить? Сейчас так получается, что я редактирую локально файл, затем scp на сервер и там что-то запускаю, обычно просто docker-compose down -> docker-compose up -d и какие простейшие шелл команды. Наверное, штуки типа Ansible делают что мне нужно, но тоже не использовал.
Где можно почитать подобное, с чего начать, есть ли примеры?
У меня не так много опыта с докером, я достаточно разбираюсь в локальной разработке, но совершенно не умею деплоить, все вот эти k8s и docker swarm, обо всём этом я не знаю.
У меня есть большой docker-compose файл (потом декомпозирую) с кучей сервисов, есть несколько .env файлов, есть один-два баш скрипта, чтобы выполнять легко что-то из поднятых контейнеров (не моё, у соответствующих мейнтейнеров образов)
Вопрос такой, — а как бы подобную петрушку можно было бы деплоить? Сейчас так получается, что я редактирую локально файл, затем scp на сервер и там что-то запускаю, обычно просто docker-compose down -> docker-compose up -d и какие простейшие шелл команды. Наверное, штуки типа Ansible делают что мне нужно, но тоже не использовал.
Где можно почитать подобное, с чего начать, есть ли примеры?
В качестве быстро решения:
Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить.
приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере.
это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки
Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить.
export DOCKER_HOST=tcp://192.168.1.2:2376получается, локально сможешь отправлять команды докеру на другой сервер
docker-compose up -d
приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере.
это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки
TF
Улица
В качестве быстро решения:
Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить.
приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере.
это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки
Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить.
export DOCKER_HOST=tcp://192.168.1.2:2376получается, локально сможешь отправлять команды докеру на другой сервер
docker-compose up -d
приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере.
это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки
У
даже более подходящая утилита под задачу(если несколько серверов) и на подъем не очень сложная)