ну так и в чем профит? мы прибили себя к одной ос и к одной arch

Да не в чем, значит я несу ересь

Анатолий, вы вообще пользовались докером?

о да, я уже наелся.

что у вас работает на вин? дотнет?

он про windows контейнеры

что у вас работает на вин? дотнет?

мсскл

он, кстати, уже на линуксе тоже работает

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

он, кстати, уже на линуксе тоже работает

нет. ну точнее не до конца...

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

мы говорили про переносимость, да?

переносимость контейнеров - это не кроссплатформенность ПО, не находите?

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

переносимость контейнеров - это не кроссплатформенность ПО, не находите?

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

это так же не работает.

я к тому что задача докера - не сделать ваш софт кроссплатформенным

и странно от него этого ожидать

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

я к тому что задача докера - не сделать ваш софт кроссплатформенным

окей, что такое переносимость по вашему мнению тогда?

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

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

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

и тому и другому скормил переменные окружения и ок норм

джар или го вам всю систему не сконфигурируют и изоляцию не обеспечат

джар или го вам всю систему не сконфигурируют и изоляцию не обеспечат

ну это, депендс так то. и джар и го хотя бы слушаются селинукса...

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

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

Ну да. Просто поверх этого еще накручено всякого полезного, процесс сборки сделан простым и понятным (тут звездочка и прочая и прочая), короче как с маком - сделали тож самое и удобно обернули. Потом стали расползаться в разные стороны и тут уже всё не так приятно

Ну да. Просто поверх этого еще накручено всякого полезного, процесс сборки сделан простым и понятным (тут звездочка и прочая и прочая), короче как с маком - сделали тож самое и удобно обернули. Потом стали расползаться в разные стороны и тут уже всё не так приятно

Согласен.

overlay или overlay2 ?

2

Мы стремимся сделать список каналов, групп, чатов и ботов еще более удобным, и поэтому мы сделали меню, по которому теперь удобно искать тематики каналов и групп. Если вы нашли интересный канал или группу, и её еще нет в нашем списке - обязательно сообщите нам об этом, и мы с удовольствием добавим! Приятного общения! https://github.com/goq/telegram-list

Господа, кто-нибудь подцеплял coreos к cloud.docker.com?

В списке поддерживаемых ос для анента нету coreos :( и оно, соответственно не ставится

*агента

Привет. Волюмы монтируются только из хоста в контейнер? То есть изменения в контейнере синхронизируются с хостом, а изменения в хосте в контейнер не попадают? Или я что-то не так делаю?

Что-то не так. Там обычное монтирование, так что изменения в две стороны работают.

@Balancer да вот так и думал. просто что-то сейчас не так фурычит... понять не могу почему

Привет. Волюмы монтируются только из хоста в контейнер? То есть изменения в контейнере синхронизируются с хостом, а изменения в хосте в контейнер не попадают? Или я что-то не так делаю?

команду запуска с маунтом в студию

команду запуска с маунтом в студию

волюм монтирую в docker-compose volumes: - ./frontend/journal:/app и далее запускаю сервис. Выполняю изменения на хосте, но в контейнер они не попадают. Изменения в контейнере попадают на хост

пропиши абсолютный путь

скорее всего, у тебя все монтируется, просто ты не там в хостовой директории смотришь

Я же говорю, что изменения, сделанные в файлах в контейнере синхронизируются с хостом.

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

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

это уже бизнес-логика приложения имхо

это уже бизнес-логика приложения имхо

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

а кто вотчит файлы?

и сигнализирует о факте необходимости перезагрузки страницы

webpack

надо посмотреть, какой пакет внутри вебпака делает вотч и как именно он это делает)

И не винда ли снаружи

И не винда ли снаружи

Она самая. Пол ночи сидел шерстил форумы и дискуссии... что-то безрезультатно

Афаик винда шарит папку внутрь чуть ли не через самбу/цифс, и там айнотифаев нету на смену файла

коллеги, Data-Only контейнеры - плохо или хорошо?

Непонятно, но норм

Чем волюмы не ок?

Афаик винда шарит папку внутрь чуть ли не через самбу/цифс, и там айнотифаев нету на смену файла

как-то лечится? кроме как поменять Windows на Linux? ?

как-то лечится? кроме как поменять Windows на Linux? ?

поменять Windows на Linux! отличная идея :)

поменять Windows на Linux! отличная идея :)

Просил же акромя этого ?

как-то лечится? кроме как поменять Windows на Linux? ?

Хранить данные внутри виртуалки и шарит наружу

нету ватчей, юзай крон

А я прав? Там реальне самба?

я не понмю, карем глаза видел что там не нормально всё.

А я прав? Там реальне самба?

Hyperv не умеет ничего кроме самбы/цифса так что скорее всего да

всем привет а как то можно посмотреть листинг всех файлов которые docker-compose передает в context при build image? а то такое ощущение что .dockerignore работает не так как описано в документации

Если кто то пропустил статью от коллабов про линукскит http://collabnix.com/archives/2929 Вобще рекомендую всем на их rss подписаться.

ERROR: S client not available

он хоть и индус, но качественный )

https://pkgs.alpinelinux.org/ 502 :(

новый swarm кто пользует?

я

надежен?

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

косяки странные. типа иногда контейнеры с одной ноды не могут добраться до другой ноды

но это все на предыдущей версии докера

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

кто использует dockercloud-haproxy в новом swarm? почему-то acl для зависимых контейнеров в конфиг не попадают

Отцы, где теперь смотреть ченджлог этого вашего докера? В моби оставновились на 17.04, а вышел 17.05 туда, кажется, должны были завести build stages

17.05 разве вышел?

да

https://github.com/moby/moby/releases

кстати, а репы из-за этого мубизма надо перенастраивать или по старым явкам всё осталось?

Build stages таки завезли?

кто пользуется dockercloud/haproxy ?

почему-то не видит контейнеров приложения

Build stages таки завезли?

говорят да. я никак не дочитаю

или кто как осуществляет load balancing?

или кто как осуществляет load balancing?

Самим докером можно балансировать. Если нужен именно http-балансер, то https://traefik.io/

у меня связка browser <-inet-> глобальный балансер (nginx,letsencript) <-overlay front-> балансер проекта (haproxy) <-overlay back-> сервисы проекта (web/db)

сейчас перехожу на новый swarm и не могу понять почему dockercloud/haproxy не видит сервисы проекта

поэтому ищу опробованное решение для баланировки внутри проекта

А где теперь гитхаб где релизноутсы читать?

moby/moby

Но там в ченджлоге лажа

От 17.04

А вдруг в релизе есть описание

или кто как осуществляет load balancing?

Scale?