Только недавно узнал - решил поделиться - если в docker запускать контейнеры без имени то им будут даваться рандомные имена NAMES condescending_lalande gigantic_davinci elated_swanson они состоят из рандомных прилогательных и имен хакеров и ученых за 1 исключением :) https://github.com/docker/docker/blob/master/pkg/namesgenerator/names-generator.go#L553

Кто что может толковое по теме docker Hosting посоветовать? Хочу сравнить существующие решения.

не знаю об этом речь или нет, но вот список тех кто поддерживает работу с Docker ( он правда перемешен с технологиями - но всеже ) https://docs.docker.com/machine/drivers/

Только недавно узнал - решил поделиться - если в docker запускать контейнеры без имени то им будут даваться рандомные имена NAMES condescending_lalande gigantic_davinci elated_swanson они состоят из рандомных прилогательных и имен хакеров и ученых за 1 исключением :) https://github.com/docker/docker/blob/master/pkg/namesgenerator/names-generator.go#L553

:)) супер

Ребята, привет! Зовут Леонид. Я из Новосибирска, соорганизатор http://www.meetup.com/Docker-Novosibirsk/

вводная: хост с несколькими внешними IP-адресами. как привязать контейнер, чтобы он слушал свой порт на определенном IP-понятно. вопрос: как сделать, чтобы исходящие соединения контейнером устанавливались в определенного из имеющихся адресов?

вводная: хост с несколькими внешними IP-адресами. как привязать контейнер, чтобы он слушал свой порт на определенном IP-понятно. вопрос: как сделать, чтобы исходящие соединения контейнером устанавливались в определенного из имеющихся адресов?

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

https://blog.docker.com/2016/08/docker-hub-hits-5-billion-pulls/

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

в дефолтном режиме сети "bridge", контейнер видит единственный сетевой интерфейс с виртуальной подсетью, там роутинг некуда прописывать. я правильно понимаю, что нужно запускать контейнер в режиме сети "host", но при этом он будет видеть всё сетевые интерфейсы хоста?

а это надо проделать для одного контейнера или для всех на этом хосте?

в дефолтном режиме сети "bridge", контейнер видит единственный сетевой интерфейс с виртуальной подсетью, там роутинг некуда прописывать. я правильно понимаю, что нужно запускать контейнер в режиме сети "host", но при этом он будет видеть всё сетевые интерфейсы хоста?

сейчас почитал чуть более детально. Очень похоже, что надо создать overlay сеть, привязать её к необходимому интерфейсу и потом контейнер запускать с этой сетью. Как создать сеть написано тут: https://github.com/docker/docker/blob/master/docs/reference/commandline/network_create.md

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

Вообще в книге Extending Docker, в четвёртой главе хорошо расписано, как создать подсеть и что с ней делать

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

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

и не трогать сети докера вообще

Всем привет! Я CTO Level Travel. Хочу использовать Docker для деплоймента, разработки и тестирования. #whois

Привет. Рекомендую тогда обратить внимание на https://concourse.ci/

Коллеги, я столкнулся с проблемой производительности volumes на Mac. Хотел для разработки маунтить фолдеры с данными и кодом в контейнеры, но это оказалось невозможно медленным. Как вы организуете разработку с использованием контейнеров? Нужно иметь обновляемый в контейнере код и данные (несколько БД) у каждого разработчика могут быть свои.

код в контейнере (или скомпиленный бинарник)

Привет. Рекомендую тогда обратить внимание на https://concourse.ci/

Спасибо, изучу

данные во внешнем персистере (базе)

базу тоже можно в контейнере (но по моему это оверхед)

и да контейнер стейтлесс

код в контейнере (или скомпиленный бинарник)

Код частично компилируемый, а частично интерпретируемый

конфиги через переменные окружения

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

маунтите папки

а вообще почему не разрабатывать без докера а запускать тесты уже в нем

или у вас есть разница?

маунтите папки

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

из-за тормозов в шаринге папок

а зачем тогда есть кактус? есть ли причина?

а вообще почему не разрабатывать без докера а запускать тесты уже в нем

мне показалось, что это было бы изящное решение, так как чтобы запустить наш проект нужно поднять 10+ микросервисов

ну это другое дело

сейчас едим шиповник

поднимая это вручную на каждой машине

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

у нас похожая ситуация

13 сервисов на данный момент

+3 базы

есть куча контейнеров

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

*разбиты по портам на данный момент

на той же машине?

ага

ага, понял

те что необходимы

там с маунтом не только с латенси проблема

но иногда и кешированием

на маке была такая беда

на убунте нет такого?

в проде не вылезают проблемы?

в проде нет

в проде у нас другие проблемы, но они специфичные

и всю эту кухню с кучей сервисов мы используем для 2 моментов

1) функциональное-интеграционное тестирование

на локале

2) разворачивание на инфре заказчика

композер, мешн

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

тогда она будет упираться IO снова

база может иметь тестовые данные

и подниматься из фикстур

ну и базу можно держать не в контейнере

Если она вне, то будет тормозить при маунте