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

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

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

У нас уже есть традиции. Мы например плачем, но продолжаем жрать докер

Костыль, но вроде элегантный

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

Моветон, нормальные пацаны юзают либо DNS, либо Consul либо любой другой механизм сервис дискавери.

А еще мы любим читать документацию в самую последнюю очередь

Тоже самое с link и новой фичей - network

Когда у тебя по одной ноде каждого контейнера это работает

А еще мы любим читать документацию в самую последнюю очередь

Это не традиции. Это - скрепы

Когда надо масштабироваться - уже нет

Дэн, как твои изыскания на тему распределенности?

А как решают задачу, когда контейнерам надо оказаться в стороннем vpn?

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

То есть можно на уровне сетевого драйвера докера подключаться к впну?

Или предлагаете хост машину подключать к впн? Как-то некошерно

site 2 site впн же, и всю сеть в впн роутить

А на каком уровне должно быть подключение к site 2 site ?

Ну то есть это контейнер должен подключаться или драйвер? Или вообще хост система?

наверно пара роутер контейнеров

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

Сжечь же

Вендорный отстой же.

Вот калико интересно

Не смотрел

Товарищи, как там дела обстоят в связке doker + mac os. Где-то полгода назад было все печально с правами на папки.

Слышал что они тулзу специально для мака пилили. Может кто юзал ее?

да, использую

https://docs.docker.com/docker-for-mac/

еще есть баги, но работает отлично

тоже использую, все норм

Юзаю несколько недель, всё ок

даже для винды есть

На Sierra там была куча проблем. Пока надежнее docker-machine через Kitematic.

Всем привет

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

Сейчас напишу как на данный момент все придумал

В команде 3 человека, у всех разные ОС, поэтому решили использовать Docker для быстрого развертывания проекта на локальной машине. Проект - веб приложение на Python Flask(back end)+SQLAlchemy, AngularJS (front). В Dockerfile использовал готовый образ python-flask-nginx + прописал команды для установки необходимых пакетов. Чтобы изменения происходили реалтайм, и не приходилось каждый раз пересобирать образ докера, папку с проектом я монтрую через -v ./app:/app Фронт соответственно изменяется сразу, а вот приложение на питоне надо перезапускать. Решил эту проблему через UWSGI touch reload. Т.е. выполняю docker exec my-container touch ../reload

Это норм схема, или я что-то делаю не так?

Привет

А где в схеме система хранения кода + CI ?

Очень желательно, чтобы окружение разработчика не отличалось от окружения продакшна.

В команде 3 человека, у всех разные ОС, поэтому решили использовать Docker для быстрого развертывания проекта на локальной машине. Проект - веб приложение на Python Flask(back end)+SQLAlchemy, AngularJS (front). В Dockerfile использовал готовый образ python-flask-nginx + прописал команды для установки необходимых пакетов. Чтобы изменения происходили реалтайм, и не приходилось каждый раз пересобирать образ докера, папку с проектом я монтрую через -v ./app:/app Фронт соответственно изменяется сразу, а вот приложение на питоне надо перезапускать. Решил эту проблему через UWSGI touch reload. Т.е. выполняю docker exec my-container touch ../reload

использовать docker-compose

использовать docker-compose

Это же если несколько контейнеров? сейчас он один

приложение без бд?

А где в схеме система хранения кода + CI ?

у меня сейчас вот так деплой выглядит: git pull (папка с исходниками и Dockerfile) docker build docker run. CI пока что не настраивал.

приложение без бд?

решили на время разрабокти SQLIte использовать. Потом уже подключим норм базу

у меня сейчас вот так деплой выглядит: git pull (папка с исходниками и Dockerfile) docker build docker run. CI пока что не настраивал.

это при первой установке. Потом просто git pull && docker exec touch reload

ERROR: S client not available

3 разработчика у всех разные ос, т.е. если брать самые часто используемые то у кого то винда а у кого то linux/mac между ними образы и контейнеры докера не совместимы

эм

у меня arch на ноутбуке и win10 на пк

вроде и там и там все работает

на VPS-ке дебиан, там тож запускается

3 разработчика у всех разные ос, т.е. если брать самые часто используемые то у кого то винда а у кого то linux/mac между ними образы и контейнеры докера не совместимы

фсмысле несовместимы?

докер для этого и нужен как бы, не?

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

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

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

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

Базовый образ винды, это, простите experimental костыль от MS

С другим форматом блоба даже

а запуск виртуалки в которой запускается docker это не костыль ?

Не понимаю вопроса, коллега. Докер это штука, которая изначально работает на линуксе и с линуксом. То, что MS пытается свои контейнеры в него сунуть очень мало отношения к основному использованию докера имеет

99% людей на планете земля запускает в докере линукс, а не винду

Запускаешь такой винду в котоой виртуалбокс в котором докер в котором винда в которой виртуалбокс

я пробовал, так не сработает

в виртуалбоксе виртуалбокс не запускается :)

бля

аж затресло

ща бы винду установить

Запускаешь такой винду в котоой виртуалбокс в котором докер в котором винда в которой виртуалбокс

Я аж проснулся