есть вот такой костыль https://github.com/rycus86/podlike, но до прода он не дорос

а global service не подойдет?

global нам обеспечит запуск таск на всех нодах, подходящих под ограничение. Но остаётся вопрос как нам объяснить приложению в кластере - например nginx - куда писать свои логи. Сам ищу красивое(масштабируемое, удобное) решение, но не находится (

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

ну вот в моём понимании это некрасивое решение, поскольку логстеши придётся деплоить отдельно

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

да чем угодно их можно раскатать, но проще в том же сварме

в смысле - иметь сервис, который подымает контейнеры

А как приложению сказать, куда писать свои логи - не всегда проблема. Контейнеры в оверлейной сети находятся под балансировкой, не зависимо от того, сервисы это или нет. Если нескольким джинксам надо писать свои логи, пусть пишут в любой (то, что есть балансировка и она не оптимальна - это плата за устойчивость: если есть хотя бы один логстеш, то логи приходить будут). Либо можно писать логи в stdout, а демону докера сказать их перенаправлять в localhost:<LOGSTASH_PORT>

Добрый вечер. Вот есть у меня teamcity, который строит новый image для каждого нового коммита в git и пулит в локальный регистр. Понятное дело, что если каждый раз строить новый image, то все место быстро забьется. Есть ли у Docker какая-либо возможность сохранять 1 image, а далее только новые изменения или до каждого будет свой полновесный image?

стараться максимально переиспользовать одинаковые слои

Я пока что слабо разбираюсь в терминологии. Слои - это результат каждой команды в Dockerfile?

да тип того. одинаковые слои не дублируются в registry

если они в одинаковом порядке

Хорошо. Не знаю как выразиться... А что на счет копирования каталогов в image? Он также будет это делать или просто возьмет результат предыдущего построения? Получается, что, если максимально делать слои изолированными и сохранять память, то копирования и построение проекта следует делать самыми последними шагами?

Так и есть

редко меняющиеся части в начало, часто меняющиеся части в конец

Еще такой маленький вопрос. А как мне заставить выполнить копирования проекта в image при отключенном флаге no-cache вместо взятия готового слоя? Или docker  и сам сможет это определить?

поставить шаг последним, а перед ним ARG ? при компиляции передавать текущий timestamp

Спасибо