Обязательно попробую, дребезжание а порой и отход контактов в гнездах на макетной плате регулярное явление, а такой вариант монтажа эту проблему решает. (да и паяльник не всегда есть желание в руки брать)
Да тема интересная, да и сами докеры вначале пути — пока они очень удобны для использования в рамках одного хоста, и требуют дополнительных усилий при работе на разных, (почти все имеющиеся технологии связи контейнеров в рамках разных машин нарушают основную по мне вещь — неизменность окружения в контейнере либо требуют дополнительных контейнеров)
думаю в скором времени эти вопросы будут решены средствами самого докера и всем будет хорошо :-)
В моей статье нет ни слова о том, что надо максимально докоумплектовывать докер контейнер, в ней вообще об этом не говорится,
более того я не использую софт выходящий за рамки стандартного, либо уже установленного в системе, либо необходимого для билда проекта.
netcat обычно уже стоит на любом linux,
grunt и его плагины выступают как make для веб проектов
Поэтому я не вижу каким образом мой пример использование докера нарушает идею сделать минимальное окружение для работы с контейнером.
Про софт: порой просто чтобы запустить простейший ресурс на nodejs необходимо весьма немалое количество софта — в моем случае обычно это и g++ и ruby (sass) и еще куча всего.
Идеология докера не заключается в этой фразе — «одна служба один контейнер» порой для работы одной службы необходимо для ее обслуживания поднять еще 10 служб.
Правильней рассматривать идеологию докера что это stateless виртуальная машина с очень быстрым стартом. (Я например часто использую докеры по аналогии с gnu утилитами — передаю в stdin контейнера данные — читаю из stdout)
Теперь про плюшки паравиртуализации и тп.
Так уж получилось, что моей рабочей машиной является macbook и boot2docker это необходимое зло, а весь софт который я пишу работает на linux серверах.
Часто в режиме отработал по запросу и закрылся: отсюда каждый раз под запрос поднимать виртуальную машину не вариант — долго, держать пачку виртуальных машин включенными тоже не вариант — очень уж большая пачка получается.
В интернете есть куча дискуссий на тему чем докер лучше-хуже виртуальной машины и решать что использовать вам.
В моем конкретном случае докер удобнее и лучше.
Решать использовать ли при разработке шефы вагранты и тп тоже вам — моя статья не об этом и никаким образом не запрещает этого делать.
думаю в скором времени эти вопросы будут решены средствами самого докера и всем будет хорошо :-)
более того я не использую софт выходящий за рамки стандартного, либо уже установленного в системе, либо необходимого для билда проекта.
netcat обычно уже стоит на любом linux,
grunt и его плагины выступают как make для веб проектов
Поэтому я не вижу каким образом мой пример использование докера нарушает идею сделать минимальное окружение для работы с контейнером.
Идеология докера не заключается в этой фразе — «одна служба один контейнер» порой для работы одной службы необходимо для ее обслуживания поднять еще 10 служб.
Правильней рассматривать идеологию докера что это stateless виртуальная машина с очень быстрым стартом. (Я например часто использую докеры по аналогии с gnu утилитами — передаю в stdin контейнера данные — читаю из stdout)
Теперь про плюшки паравиртуализации и тп.
Так уж получилось, что моей рабочей машиной является macbook и boot2docker это необходимое зло, а весь софт который я пишу работает на linux серверах.
Часто в режиме отработал по запросу и закрылся: отсюда каждый раз под запрос поднимать виртуальную машину не вариант — долго, держать пачку виртуальных машин включенными тоже не вариант — очень уж большая пачка получается.
В интернете есть куча дискуссий на тему чем докер лучше-хуже виртуальной машины и решать что использовать вам.
В моем конкретном случае докер удобнее и лучше.
Решать использовать ли при разработке шефы вагранты и тп тоже вам — моя статья не об этом и никаким образом не запрещает этого делать.