Мануал официальный супер

книжка есть хорошая

вот эта

кто-нибудь уже пробовал нативный докер который в бета?

"нативный докер" бывает другой?

https://blog.docker.com/2016/03/docker-for-mac-windows-beta/

на win и mac без virtualbox

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

всмысле где не нужно?

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

нет) его можно использовать как средство разработки например

ну или поиграться с чем-нибудь)

если мне нужен rabbitmq попробовать зачем я буду ставить эрланг и прочую хрень

просто беру докер контейнер и все

или установить все для хаскеля) да все что угодно

можно запаковать webpack в контейнер и использовать его для сборки и dev сервера

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

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

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

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

типа БД и прочее

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

ну это же не зря типа DEV OPS )

безусловно найдутся те кому это ОЧЕНЬ нужно срочно прямо сейчас... никтож не спорит =)

докер контейнеры это чистые функции, легкие на подъем, не зависящие от среды, грех не пользоватлься) хотя, конечно разобраться придется, я сам не очень пользуюсь, т.к. не очень удобно мапирование томов делать и контейнеры запускать, но схема вполне ясна

тут уже NVM не нужен, можно легко пользовать разные версии сборщиков для одного проекта без необходимости переустанавливать завивисимости внутри проекта и т.п.

т.е. код изолируется от среды его запуска

и эту среду можно легко менять

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

ну если код пишется на винде)

а запускается в докере

это грустно =)

без необходимости делать среду на винде)

или маке

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

ну докер сродни продакшену

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

никокой виндузятины

где?

"docker-for-mac-windows-beta/"

ну да там чисто речь о более тесном сращивании с файловой системой)

ну и запуске линукас на нативных vm технологиях

но они кстати планируют докер windows))

типа виндовые контейнеры

но они кстати планируют докер windows))

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

windows-containters - это такая магическая эзотерическая штука, которую всем обещают, но никто ее не видел. Примерно, как sun-овский Project Crossbow или мобильный PowerPC G5

или подростковый секс, простите за аналогию

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

так линукс внутре запускать

так линукс внутре запускать

что? каким образом?

ну пока чз виртуалку, а потом незнаю

> контейнер > через виртуалку

линукс внутрях запускать можно в виртуальных машинах. контейнер под виндой запускает только винду. я повторю свой вопрос: чем, кроме дичайшей изоляции и песочницы, мне может быть полезен контейнер )))

Поназапускать преднастроенное ПО?)

> контейнер > через виртуалку

Т.е. винда нужна для того, что бы запускать линукс? Окей..

Мне кажется, в этой схеме что то лишнее

В этой схеме все лишнее. Все тлен.

🐿

шындошс? а что это?

шындошс? а что это?

Это как линукс только для юзверей

Как вообще разворачивать виндовые машины автоматически? Можно ли как-то как с линуксом поставить вагрант, запустить provision бокса ансиблом, чтобы он установил набор какого-то софта специвичного, создал пользователей, ввёл машину в домен?

Как в цикл CI вообще добавлять для какого-то энтерпрайзного не веб-приложения развертывание и тестирование на чистые виртуальные машины?

по идее, все должно быть похоже на процесс с линухой

gpo + powershell desired state

пятиминутка глупых вопросов

дык я могу еще одним дополнить)

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

вопрос вот какой

какой софт может: 1. иметь некую смесь wiki и .bash_history с возможностью документирования для чего и нафига это было поставлено и сделано, а также с возможностью описания как это вообще ставить и удалять (и обновлять) 2. автоматически по команде разворачивать всё это дело на новой машине, приём с возможностью выбора. то есть например вот это нужно, а тут галочку снимем и это не установится. 3. возможно (?) синхронизация где-нибудь в облаке на тот случай, если машине и бэкапам наступит кирдык, чтобы можно было взять новый лаптоп, туда поставить эту программу, нажать "волшебную" кнопку и полетелеи

</нубскийглупыйвопрос>

ах да, уточню еще: в идеале опенсорс, конечно, и с широким коммьюнити чтобы cookbook'ами делиться )

/stat

comstatbot.xyz/chat/-1001030317489

и да, речь идёт об одной машине. максимум двух.

вот, если речь идет о перевозе софта на осях, где есть dpkg, у меня в голову приходит сначала dpkg —get-selections "*" > /root/packages.txt, и на цели - dpkg —set-selections < /root/packages.txt && apt-get -u dselect-upgrade

хочу сделать ансиблом но это конечно дело долгое

какой софт может: 1. иметь некую смесь wiki и .bash_history с возможностью документирования для чего и нафига это было поставлено и сделано, а также с возможностью описания как это вообще ставить и удалять (и обновлять) 2. автоматически по команде разворачивать всё это дело на новой машине, приём с возможностью выбора. то есть например вот это нужно, а тут галочку снимем и это не установится. 3. возможно (?) синхронизация где-нибудь в облаке на тот случай, если машине и бэкапам наступит кирдык, чтобы можно было взять новый лаптоп, туда поставить эту программу, нажать "волшебную" кнопку и полетелеи

блин не то нажал

вот, если речь идет о перевозе софта на осях, где есть dpkg, у меня в голову приходит сначала dpkg —get-selections "*" > /root/packages.txt, и на цели - dpkg —set-selections < /root/packages.txt && apt-get -u dselect-upgrade

с софтом более-менее понятно. но есть софт скомпилённый руками + что делать с конфигами? 😊

rsync нужных директорий?