Вроде пишут, что можно, но какие-то ошибки выводит. Если снова столкнусь с проблемой, то пороюсь.

Я хз как это в винде, там можно к docker-machine по ssh подключиться и время посмотреть?

Нельзя (можно, но много пердолинга).

combot.org/chat/-1001043771136

кстати, народ, а кто нить запускал докер в винде ?

кстати, народ, а кто нить запускал докер в винде ?

Какой именно? Их там три: через docker-machine, через hyper-v и через windows native containers.

хайпер в и докер машин по сути одно и то же

о, может тут кто подскажет вещь не совсем про докер? Есть проект - исходники, СУБД, всякий дополнительный тулз для него (например докер). Как по феншую организовать структуру репозитория? Сейчас получается примерно такая лапша repo |— src |— doc |— tests |— dependencies (third party tools) | |— MySQL | | |— Config | | |— Schema | |— Docker | | |— Dockefile .........

А чем не нравится?

А чем не устраивает такой вариант? dependencies в .gitignore и все

Депенденсы это типа вендоред код?)

Депендсы - это типа части без которых с нуля этот проект не взлетит

Бездокера не взлетит?

т.е. там данные от доп.софта, нужные для запуска. Например: конфигурации серверов, документация что как настраивается на сервере

Докерфайл в корне например

Мне не нравится тащить всё в корень

Обычно в репе с именем репонейм в корне всякая шелуха

Типа мэйкфайла докерфайла тревиса и тд

А внутри в папочке репонейм сам проект

конфиги должны быть в папке conf. В dependencies (vendor, libs, нужное подчеркнуть) обычно лежит то, что скачивается при деплое при деплое автоматом. Хороший пример: https://github.com/ngineered/nginx-php-fpm

Ну для случаев с автодеплоем и прочим авто уже другие правила

@AlexStephen а если конфигов много и от разных частей системы?

у них в conf лежат только их собственные конфиги

gitmodules

И создавайте хоть 10 репозиториев с разными конфигами, и во все тяните одинаковые исходники с помощью gitmodules

Либо, в зависимости от окружения (например: prod, dev, test) тянуть разные конфиги. Это тем же докером делается вообще просто

А, стоп, или я не правильно понял вопрос...? Конфиги от разных частей системы, но при деплое все сразу используются?

Именно. БД, веб-сервер, search engine, наш софт и ещё некоторый мелкий тул

всё это крутится в рамках одного проекта

Так в чем тогда проблема? Копируйте в каждый контейнер (базу, поисковик, etc) его конфиг... Если какие-то переменные меняются при каждом деплое - просто в ENV их пропишите при запуске проекта. По ссылке выше в докерфайле есть, например, вот такая строка (#69): ADD conf/supervisord.conf /etc/supervisord.conf

Накостылить копирование чего-то откуда-то всегда успеется, но с этим потом будет тяжело разгребаться посторонним. Хочется чего-то аналогичного coding convention в программировании, но для проектов. Т.е. общепринятые best practices, для сложных проектов, с обоснованием "почему так".

народ, а подскажите, вот в docker-composer.yml я могу указать для, например, постгреса, environment: и там указать базу, юзера и пароль.

а если мне нужно 2-3 базы+юзера, как указать несколько?

а если мне нужно 2-3 базы+юзера, как указать несколько?

мне тоже интересно.. Я пока просто сам создаю через psql

это ж рак

судя по документации, это для старых версий, а для новых = через енвиронмент

Вдогонку ко вчерашней новости про Docker 1.13. Ajeet Singh Raina рассказал о том, что нового появится в Docker-Compose 1.9: - Добавлена поддержка Windows для команд run и exec; - Новая спецификация compose-файлов, версия 2.1; - Для volume и network теперь можно присваивать метки. http://amp.gs/zC2X

Хорошая новость.

https://github.com/docker/compose/pull/4147 не понять мне этих хипстеров, ну вот как связать версию проекта и версию версий конфига, неужто так сложно их как то хоть похожими делать

зачем?

версия конфига не меняется в завосимости от версии демона

ну как сказать, вот с какой версии я могу применять v2... конфиги, а с какой v3? как на глаз определить?

на глаз определить в release notes

новые версии конфигов добавляют дай бог раз в год

Ктонить, обьясните мне что эт такое: New ‘–attachable’ flag for swarm networks

/stat@combot

combot.org/chat/-1001043771136

Привет. Хочу себе поднять docker registry. Как-то можно его реплицировать? Типо 2 хоста, которые синхронизируют данные между собой.

Привет. Хочу себе поднять docker registry. Как-то можно его реплицировать? Типо 2 хоста, которые синхронизируют данные между собой.

https://docs.docker.com/registry/deploying/#/load-balancing-considerations

https://docs.docker.com/registry/deploying/#/load-balancing-considerations

Там говорят, что для этого они должны быть на 1 хосте или использовать какое-то облако для данных. Не подходит мне, к сожалению.

Там говорят, что для этого они должны быть на 1 хосте или использовать какое-то облако для данных. Не подходит мне, к сожалению.

облако для данных - факт. почему не подходит?

Безопасники не позволят на сторонние облака выкладывать. А мне не очень нравится идея поднимать Swift.

Безопасники не позволят на сторонние облака выкладывать. А мне не очень нравится идея поднимать Swift.

в любом случае registry сам по себе не предоставляет механизмов репликации. он использует чужие механизмы репликации. если у вас уже есть какой-то реплицированный сторадж - напишите свой драйвер. это не так сложно. https://github.com/docker/distribution/tree/master/registry/storage/driver - примеры.

Всем привет

Есть вопрос..

Докер регисири нужен для того чтобы локально развернуть репозитории??

Правильно пониманию?

Докер регисири нужен для того чтобы локально развернуть репозитории??

Да

Да

Спасибо..

Там говорят, что для этого они должны быть на 1 хосте или использовать какое-то облако для данных. Не подходит мне, к сожалению.

а как ты ещё представляеш решение проблемы доступа к данным, не один хост и не "облако" тогда что?

а как ты ещё представляеш решение проблемы доступа к данным, не один хост и не "облако" тогда что?

Пусть они между собой сами пересылают.

ага, за бесконечно малое время :)

Не. Пусть просто все запросы, изменяющие давнные они отсылают на остальные хосты.

несложный, так-то, запрос. поднимите кешируюзие хосты с нгинксом

во во

об этом же подумал

еще есть пhокси сторе в nginx

ага, бекенд падает вдребезги, и мы годво показываем всем 5ХХ

ась?

ага, бекенд падает вдребезги, и мы годво показываем всем 5ХХ

отлавливайте ошибки

не, ну есть такая чешуя еще https://minio.io/

но я ее если честно не пробовал

там апи якобы совместимо

бля пацаны, заживем терь.

Add boolean flag --init on dockerd and on docker run to use tini a zombie-reaping init process as PID 1 #26061 #28037 https://github.com/docker/docker/releases/tag/v1.13.0-rc2

чё, не выдержали и организовали таки инит? systemd на подходе :)

а в minio наконец реализовали кластер: Multi-disk support with Erasure Code and Bit Rot protection across multiple nodes. https://github.com/minio/minio/tree/master/docs/distributed

бля пацаны, заживем терь.

ооо!

да они прямо разивваются!

Add boolean flag --init on dockerd and on docker run to use tini a zombie-reaping init process as PID 1 #26061 #28037 https://github.com/docker/docker/releases/tag/v1.13.0-rc2

но зачем?

Чтобы не юзать чтот свое