Комментарии 62
Спасибо!
Единственное, что хотелось бы увидеть еще — сравнение производительности по сравнению с «локальной» установкой.
если у вас хост linux и все в докере разницы по производительности практически нет. Если же хост mac/windows то добавляются накладные расходы на волумы с хоста, обычно либо шаред фолдеры (очень медленно) либо NFS (терпимо).
Окружение мне приходилось делать исходя из разных ОС у ребят в команде, поэтому искал оптимальный вариант. Также сделал возможность запуска PHP скриптов и полную настройку с IDE PHPStrorm, что было весьма не просто.
@iborzenkov прав, Docker for Mac работает всё так же на виртуалке, используется HyperKit, который содержит гипервизор (на базе xhyve/bhyve). Можно прочитать про это, например, на официальном сайте.
Они раскрывают не сильно много (в репозитории docker/for-mac вообще лежит заглушка), но они просто перехали с внешних гипервизоров на Hypervisor.framework и запускают более легковесную виртуалку.
"нативные клиенты под все платформы" да, а вот нативных демонов нет. Всеравно под мак и винду поднимается виртуалка с linux.
Если говорить именно про клиенты, то они всё время существования всяких boot2docker, docker toolbox и т. п. были нативные под все платформы и использовали переменную окружения DOCKER_HOST
, которая содержала нужный сокет, экспонированный с виртуалки.
Только вот сервер докера для запуска никсовой машины должен быть либо на линуксе либо на какой-то виртуалке — обычно это virtualbox через vagrant, но как вы мне писали что я не угадал может быть что-то еще.
Наверное производительность xhyve будет повыше vb, не знаю, но оверхед останется, так как запускаются разные ядра — линуксовое на mac.
В данном случае автор накостылил с NFS — вопрос что он сделал с virtualbox что он работает у него медленнее NFS — у NFS жалобы как раз на скорость. По сути первую часть статьи можно было заменить командой `docker-machine create` по дефолту и указать что на линуксе нужно просто поставить docker.
Поэтому я и говорю — установка docker-machine + LAMP в картинках.
но virtualbox из коробки работает медленно
На самом деле нет. Медленно работают шаредфолдеры. Заменить их на nfs или smb под виндой и норм. Жить можно.
Из интересного добавлю: http://docker-sync.io/
Костыли под мак притягиваете в линукс.
Короче говоря статья называется взял инструкцию для поднятия docker-machine и прикрутил туда LAMP из готовых контейнеров, плюс еще с ключами прокололся.
я подозреваю что он имел ввиду что "вагрант в этой связке не нужен".
Основная претензия — вместо того чтобы разобраться в сути он взял костыли для мака в картинках и перенес все на все системы.
Начало статьи — как настроить docker-machine. Со второй половины — удаленный интерпретатор и плагин докер в phpstorm в картинках.
Суть всего LAMP — docker-compose.yml причем наполовину, если уж надо 5.6 — почему не два nginx или разруливание по какому-то параметру.
Все это пример очень плохого мануала.
Да, с включенным hyper-v, они стали использовать нативную виртуализацию, но внутри там всё то же (или почти то же) минималистичное ядро, как и в toolbox.
Так-то оно так, но есть нюанс: работает он через hyper-v, а включение hyper-v автоматически блокирует возможную работу обычных виртуалок (virtualbox, например), так что если по каким-то причинам у вас есть проекты с Docker и без оного, то ваш вариант Docker-toolbox, который работает через Virtualbox
а docker-compose как плагин:
unless Vagrant.has_plugin?("vagrant-docker-compose")
system("vagrant plugin install vagrant-docker-compose")
exit
end
Windows users: NFS folders do not work on Windows hosts. Vagrant will ignore your request for NFS synced folders on Windows.
Я для того чтобы их заставить работать поставил плагин vagrant-winnfsd.
Работает более-менее нормально, были непонятные проблемы только в проекте где было много симлинков (на windows) — некоторые файлы то не читались то не виделись то ещё что-то.
Скорость приемлемая — далека от нативной, но намного быстрее стандартных VirtualBox Shared Folders.
В чем же упрощение, если ваш способ требует дополнительного плагина, который указали выше? SMB работает из коробки, по крайней мере в Win10.
Отладка не имеет особого отношения к тестированию и чему-то еще из выше перечисленного, она работает за счет прослушивания порта и обработки входящих соединений. Поэтому в IDE достаточно слушать порт, а за то, чтоб эти запросы приходили, отвечают настройки соответствующего PHP конфига. Все вами перечисленное работает именно как я указал в первом комментарии и, даже, название для этого есть.
Наверное лучше изучить тематику получше, складывается впечатление, что вы пользуетесь инструментами, не понимая, что происходит под капотом. Маппинг каталогов необходим для того, чтоб удаленный код знал, где этот же код на хосте, чтоб во время дебага подсветить нужную строку в вашей IDE. Ключ прописывается в конфиге и IDE, а для того, чтобы в вебе активировался дебаг, надо в куки положить ваш ключ. Так называемые boorkmlets(кстати есть более удобное расширение для Chrome, может и для других браузеров тоже) именно этим и занимаются. Тесты исполняются в консольном PHP, посему третьего, указанного вами варианта не существует их всего два. И если вам неизвестно куда шлется запрос, то конфигу CLI PHP это известно. Аналогично, чтоб активировать консольный дебаг, достаточно в Linux/Mac выполнить export XDEBUG_CONFIG="idekey=key_here"
. В заключении, повторюсь это не теория, это работает на практике в нашей команде.
получается что работать на локальном веб-сервере мне по прежнему лучше чем использовать раздельные окружения под проекты
Памяти скорее всего почти впритык. ОС, браузер, шторм и виртуалка потребляют в сумме немало.
SSD для вас — must have. Каждый раз при выполнении скрипта ваш жесткий диск должен перепозиционировать головки, чтобы считать все includе'ы, обратиться к базе данных, .htaccess для апача (если используете). Даже недорогой SSD за 2-3 т.р. обеспечивает никак не меньше 5000 IOPS (а то и все 40 000), в то время как жесткий выдает 150-500 IOPS максимум.
под вашу конфигурацию норм, только SSD добавьте. Существенно ускорит работу, намного больше чем докупка еще 10 гигов оперативки уж точно.
Настройка окружения для PHP разработчиков