Понятно )

Спасибо

всем привет, подскажите пожалуйста по поводу контейнера от майкрософт - windowsservercore. Хочу его глянуть но не могу его скачать (бесконечное ожидание по 10 секунд в docker pull)... Как его сливать? Или надо быть на винде? Я сам на макоси

на макоси виндовый контейнер не заработает

это не виртуализация

а тебе зачем такой контейнер?

для .net core&

Windows Containers images use the microsoft/windowsservercore and microsoft/nanoserver base OS images from Windows Server 2016 Technical Preview 5

я для .net core собираю на базе microsoft/dotnet:latest

а тебе зачем такой контейнер?

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

Увы

а можно как-то из docker registry запросить последний образ по дате?

Судя по https://docs.docker.com/registry/spec/api/ . Registry дату не хранит.

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

Тэгай

По номерам сборок например

по версиям

как хочешь

ты можешь на один образ вешать сколько хочешь тэгов

ок, я тагаю как бла-бла:memcache-2016092312

как мне потом забрать последний образ?

1. "последний" лучше не забирать

тэгай его еще и как бла-бла:latest

2. тегай еще и как :latest

как передвинуть этот latest?

Затэгать что нибудь другое как latest

просто еще раз пуш его же сделать

т.е. latest просто затирается на предыдущем?

да

как и любой другой тэг

ок, сенькс, попробую

я согласен с предыдущим оратором, latest лучше не забирать

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

у меня в одной репе 13 образов и мне не надо при каждом тегировании собирать все 13 образов. Один-два максимум

У тебя 13 образов из одного гит проекта?

да

Может ты делаешь что-то неправильно?

да даже если и так, то как это связано с использованием или не использованием :latest

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

Но судя по тому что ты написал у тебя 13 сервисов в одном гите. Зачем?

а как?

да пофиг, используется то :latest не при сборке, а при запуске

и вот там его использовать и не стоит

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

нет, не микросервисная - микросервисы вообще нарушают концепцию докера

Andrew почему бы и нет?

"концепция докера", хехе

"концепция докера", хехе

ну да, я тоже уже давно не понимаю - зачем это всё

заказчик просто хочет

Andrew почему бы и нет?

потому что все версии запущенные версии должны быть всегда известны, а не зависеть от времени года

Да даже если не микросервисная держать софт который разбивается на 13 отдельных контейнеров в одном гите неудобно

Это порождает целый класс проблем связанных с непрерывной интеграцией

но держать 13 реп под это, извините меня, дерьмо - тоже как-то не очень

Andrew, никто не говорить их выкатывать на прод как latest. А тегать во время сборки, почему бы и нет.

Andrew, никто не говорить их выкатывать на прод как latest. А тегать во время сборки, почему бы и нет.

а как тегать во время сборки?

как вести отсчёт?

Через jenkins например

Держать 13 реп под это дело как раз удобно ?

ну через него, радимого и собираю и доставляю и разворачиваю

Andrew, никто не говорить их выкатывать на прод как latest. А тегать во время сборки, почему бы и нет.

если не использовать, то зачем и тегать? ) ну да ладно, пусть тегается

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

Andrew, использовать можно например на локальной машинке, чтобы не лазить каждый раз и не смотреть какая сейчас свежая версия. Предварительно конечно сделать pull.

вот собственно и вопрос - как не тегая latest узнать какая сейчас последняя

в автоматическом режиме, без участия человека

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

оно же всё такое API-шное, но что-то банальных вещей нет

например в случае Teamcity использовать сборку как artefact depence для деплой конфигурации

*artifact

думаю в jenkins должен быть аналог

банально хоть в файл записывай и потом вычитывай

единственный минус - при переезде CI - надо восстановить этот файл

В любом случае, правильно Андрей говорит. Ты всегда должен катить на прод известную версию, а не то что было latest в определенное время года.

отлично, с этим определились )))))

осталось понять как узнать эту последнюю версию для каждого конкретного образа )))))

Через артифакты

при сборке делай дополнительный тэг app-latest, app2-latest, app3-latest

А разница?

Разговор о том что ты зайдешь на прод и там будет бла-бла:latest

И ты не будешь знать из какого коммита оно собрано

Так как этот latest может в любой момент перетереться след сборкой

еще же захочется иногда откатиться на предыдущую сборку )))

а она уже не latest и тут наступает полный ступор )))

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

конкретную, а не latest

как у вас там деплой настроен — это другой вопрос

хочу 2 отдельных джобы: - одна взять из регистри последнюю версию и задеплоить ее - взять предыдущую версию и задеплоить ее

вот мне интересно - правда, что у 460 человек не возникало такой задачи? Неужели вы вводите каждый раз версию, которую вам надо собрать?

вам уже сказали как делать можно

и как делают

у меня каждый имедж тегается и пушается гит_коммитом текущим

он уже уходит в консул-ключ

откуда его уже подцепляет "система диплоя" и собственно диплоит

в этот же консул ключ можно засунуть любой git sha

у меня каждый имедж тегается и пушается гит_коммитом текущим

прям весь sha1 ключ?

прям весь, о ужас )

можно 8 символов первые брать, если так бугают 32 символа (или сколько там) :)

Всем привет случайно никто не поднмал samba-ad-dc от pitkley/samba-ad-dc?