Так что, как минимум звучит, интересно

это если релоад делать

я думаю что надо написать так что бы были дефолты

тем более что консултемплейт это позволяет

upstream card { {{range service "card"}}server {{.Address}}:{{.Port}} weight={{keyOrDefault (printf "noc/nginx/%s/card/weight" .Node) "1"}} max_fails=3 fail_timeout=10; {{else}}server 127.0.0.1:65535; # check consul for card service{{end}} }

это если релоад делать

Будет прямо глупо делать не релоад а рестарт

но вообще идея генерить конфиги из консула мне лично нравится. я нигде не пробовал это вживую, поэтому не знаю насколько оно хорошо, но нравится

и тогда от этого решения надо будет бужать

Будет прямо глупо делать не релоад а рестарт

я достаточно туп, чтобы так попробовать

честно говоря я тоже.

смущает только неизвестность переодичности обновления консула

они не пишут?

она может быть любая.

до многих раз в секунду

оно даже vault умеет

да именно эту часть хашистека и хочется. consul/consul-template/vault

получилось так вот https://gist.github.com/freeseacher/47feebc4cd07e3edbfdb4b050901c3f4

Темплейт сам по себе не работает же

Обычно watch запускают на кей на агенте и командой указывают запуск темплейта

в том то и дело что теперь работает

конфа в гисте делает вид что работает.

Хм... Ну ооок

это называется exec mode

Тогда у тебя запуск нгинса уезжает в темплейт

Мне не нравится это )

и мне :)

но я повторю оно делает вид что работает :)

я хочу понять можно ли сделать тоже самое без такового вот.

видел вариант реалихзации поверх s6. тоже не нравится

Через хелсчек как нить чекать изменение ключа и рестартить ?

чем рестартить ?

пока этот вариант выглядит довольно прямым

Привет всем. Я только начал внедрять учиться докеру и у меня вопрос. Как обновлять код внутри докер контейнера. Например: после того как конечная сборка кода была сделана , нужно делать заново "docker build ... / docker commit ..." с новым кодом , делать push в docker repository , а затем обновлять (docker pull) все контейнеры на серверах на новые и перезапускать их ( "docker run ..." ) ?

да

каждый раз заново

каждый раз заново

А если внутри поставить вебхуки чтоб автоматом брал то можно избежать этого?

можно. но делать это не стоит. вы тем самым эффективно превращаете докер в openvz

смысл докера в том что контейнер каждый раз одинаковый

и в идеале readonly

Привет всем. Я только начал внедрять учиться докеру и у меня вопрос. Как обновлять код внутри докер контейнера. Например: после того как конечная сборка кода была сделана , нужно делать заново "docker build ... / docker commit ..." с новым кодом , делать push в docker repository , а затем обновлять (docker pull) все контейнеры на серверах на новые и перезапускать их ( "docker run ..." ) ?

прицепите код в вольюм. все изменения в контейнер вносите в докер-файле или подцепляйте вольюм в /etc

в итоге все, что меняется, должно быть за пределами контейнера. контейнер - просто аппликуха.

прицепите код в вольюм. все изменения в контейнер вносите в докер-файле или подцепляйте вольюм в /etc

это поведение для контейнеров для разработки. не для распространения.

у вас в контейнере есть изменяемые части?

у вас в контейнере есть изменяемые части?

Только код.

да. причем вольюмы с второй версии можно задавать за рамками контекста контейнера

Сам контейнер не меняется.

Сам контейнер не меняется.

держите код снаружи, если требуются изменения. если меняется только база, например, держите базу снаружи, а код внутри

держите код снаружи, если требуются изменения. если меняется только база, например, держите базу снаружи, а код внутри

Где-то читал что базу не желательно в контейнере держать. Правильно ли это?

Где-то читал что базу не желательно в контейнере держать. Правильно ли это?

правильно. без базы останетесь. база в вольюме

вернее так, файлы база - в вольюме. бинарник - в контейнере

внутри контейнера только "статика"

А если у меня база данных установлена на хостовой машине(не в контейнере) возможно ли из контейнера его использовать?

да. доступ дай по сети

но и базу лучше в контейнер. обновлять легко

или положи сокет файл в вольюм

Привет. Кто-нибудь может подсказать, как развернуть докер на aws (из-под windows)? Чет перечитал тонну с горочкой материала и везде тупик(

ERROR: S client not available

На хабре есть статья по этому поводу

ее только что читал.

Докер от до кластера на авс

Как то так называется

А в чем проблема?

проблема в том, что мне как раз нужно использование ecs, а на хабре даются примеры по использованию ecs-cli которого нет на windows.

а при создании через web слишком много вопросов возникает

эммм, а в чем проблема на винду поставить aws cli

у меня стоит

Вопросы которые через веб возникают не чекал в "технические вопросы и ответы"?

Чекал все что можно. Гайды от амазона выполнял. Но там доки староваты и примеры слишком простые. aws-cli стоит. Через нее можно сделать тоже что и через ecs-cli разве?

Чекал все что можно. Гайды от амазона выполнял. Но там доки староваты и примеры слишком простые. aws-cli стоит. Через нее можно сделать тоже что и через ecs-cli разве?

сорян, этой темой не пользовался. Думал имеется ввиду aws cli ecs

Так никто и не подскажет как завести докер на амазоне? Как сайт потом из гита вытянуть и куда?

что значит "завести докер на амазоне"?)

что значит "завести докер на амазоне"?)

Это значит, что нужно настроить ecs таким образом, чтобы он запустил изображение из моего репозитория (docker) и подрубить сайт из git

Это значит, что нужно настроить ecs таким образом, чтобы он запустил изображение из моего репозитория (docker) и подрубить сайт из git

почитай как просто сайт запустить сначала. надо сделать все тоже самое и настроить nginx, чтобы твой контейнер проксировал

ec2 это просто компьютер, не rocket science

почитай как просто сайт запустить сначала. надо сделать все тоже самое и настроить nginx, чтобы твой контейнер проксировал

Просто запустить докер на сервере я знаю как. Как-то по проще будет: зашли на сервер, поставили докер, вытянули проект из гита, сделали билд, запустили. Volumes прокинуты исходя из docker-composer. На ecs вообще я так понял не воспользоваться composer файлом. Как там прокинуть volumes хз. Короч беда.

Просто запустить докер на сервере я знаю как. Как-то по проще будет: зашли на сервер, поставили докер, вытянули проект из гита, сделали билд, запустили. Volumes прокинуты исходя из docker-composer. На ecs вообще я так понял не воспользоваться composer файлом. Как там прокинуть volumes хз. Короч беда.

а, ты про ECS - это видимо то что специально для контейнеров просто , не вчитался возьми себе ec2 и все)

Мне нужен load balancer)

На ECS отличные возможности по масштабированию и распределению нагрузки.

Тут надо понимать, что на самом деле под капотом все равно всегда ес2 инстанция. Скорее всего все что есть в ecs rds и прочих сервисах можно реализовать самостоятельно с более гибкой настройкой. В том числе и в части масштабирования и балансировки

Для работы с ecs насколько я помню обязательно использование ecr. Т.е. Вы билдите образ и заливаете его в ecr. И после этого запускаете в кластере ecs настраиваеие автоскейлинг и прочее что вам нужно. И да, compose в ecs не работает вроде бы.

Тут надо понимать, что на самом деле под капотом все равно всегда ес2 инстанция. Скорее всего все что есть в ecs rds и прочих сервисах можно реализовать самостоятельно с более гибкой настройкой. В том числе и в части масштабирования и балансировки

Да, я понимаю, что ECS это кластер для группировки ec2 инстансов. ECS как раз и есть более гибкая настройка масштабирования и балансировки. По поводу compose в нем: его поддержка всте-таки есть но только 2ой версии (у меня не получилось запустить с подхватом .env файла) и реализуется она через ecs-cli.

господа

а кто использует multi-stage builds?

у меня при попытке собрать имадж ругается на COPY —from=0

поставил другую версию докера - завелось