короче, я так же как и ты не понял аналогию про ножи и ангулар) но Rkt хорошая штука, которая не даст команде Docker'а расслабиться, конкуренция всегда на пользу) [если смотреть с позиции пользователя]

Лёша, прости. Я должен спросить

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

если они вообще способны конкурировать?

на равных

Rkt - это как бета-версия, он хороший, но сырой. официально он уже не бета-версия

через полгода после релиза докер был не лучше

Семён, кажется ты завел речь про тестирование ?

хорошая тема

давайте с критериями определимся

Ммм, не помню

саша будет тестить рокет а ты докер.

Насыпь контекста

вопрос способности конкрутировать лежит в послкости тетсирования.

так и только так

ааа, дошло

ну, в принципе да

но можно я не буду тестить докер?

:)

нет. ты у нас эксперт по докеру.

саша по рокету

нихуясе

давно я эксперт по докеру-тооо?

с тех пор как ты включен в тестовую группу.

?

тоесть с сейчас

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

я теперь смогу своим на совещаниях говорить что "я обсудил этот вопрос с экспертом по докеру. Кто его назначил? Так сообщество! Он выбран сообществом для тестирования докера. А значит - ему доверяют"

вот. сплошные плюсы.

надо подумать над планом тестирования.

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

так что у нас будет интеграционное. и ui.

@lorddaedra в чём там эта ваша балалайка лучше докера ?

я не акционер CoreOS, балалайка не моя))

но мне она нравится, да

всё что связано с виртуализацией/контейнеризацией и прочим таким - это задача ядра системы и процессора, все эти Docker'ы и Rkt'ы лишь обёртки вокруг того, что уже есть в процессоре и ядре, они просто позволяют удобно всё это запускать

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

и это удобно

а команда docker умеет запускать только образы докера и больше ничего

так. значит тестить надо 3 сервера с ворпресом.

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

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

и под немнолджеко трафика я имею в виду 40 запросов в секунду.

просто что бы был.

это будет тест деплоя.

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

Rkt просто запускает systemd-nspawn

если речь о контейнерах

можно просто systemd-nspawn тестировать, разницы-то не будет

саша, ты не стесняйся добавлять идеи в план тестирования

уверен что рокет будет хорош.

так я уже показал выше, что зная Rkt можно запускать что угодно

ты ведь пиаришь рокет как _замену_ докеру а не системд

а зная Docker только докер-образы

не надо опять нести эту маркетинговую херню.

Rkt не заменяет systemd, а интегрируется

тестирование же.

а что именно ты хочешь протестировать?

если Rkt просто запускает systemd-nspawn

качественно сравнит ькакие задачи решаются докером а какие рокетом.

значит скачивание образов и их запуск.

ну да

удобство управления этой темой

выключение образов

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

ERROR: S client not available

наличие в дистрибутиве установщика

ркт на убунте ставится запуском .sh, который билдит .deb и ставит/обновляет его в системе

не пиши все это сюда.

пиши в таблицу.

и дай на нее ссылку.

короче, я хотел сказать, что тут разница лишь в синтаксисе

вот и увидим

"разница лишь" это снова маркетинг.

саша. в таблицу.

не сюда.

о какой таблице речь?

в том-то и дело, что разница лишь в маркетинге

нет другой разницы

потому что всё делается силами ядра и процессора

а это просто обёртки

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

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

не полинтернета) меньше там Docker: ExecStart=/usr/bin/docker run --name byvshie -p 17100:8001 -v byvshie-media:/usr/src/app/www/htdocs/media -e ENV=production -e DATABASE_HOST=172.17.0.1 -e DATABASE_PORT=48002 --cpuset-cpus="4,5" lorddaedra/entropia:byvshie-latest Rkt: ExecStart=/usr/bin/taskset -c 4,5 /usr/bin/rkt --insecure-options=image run --port=8001-tcp:17100 --volume byvshie-media,kind=host,source=/var/lib/docker/volumes/byvshie-media/_data --mount volume=byvshie-media,target=/usr/src/app/www/htdocs/media --set-env=ENV=production --set-env=DATABASE_HOST=172.17.0.1 --set-env=DATABASE_PORT=48002 docker://lorddaedra/entropia:byvshie-latest больше разницы нет)

саша в таблицу.

субъективно команда докера короче.

и я не стал бы запускать докер из под системд

о боже

повторю свой вопрос. умеет кто настраивать xdebug для laradock php-fpm. cli работает

ранкоманд докера из под системд

ранкоманд докера из под системд

а как ты зависимости сделаешь без systemd?

зависимости чего? запуска? sh скриптом

контейнер с кодом должен стартовать только после того, как стартовал контейнер с СУБД

иначе в логи пойдут 500 ошибки

композером накрайняк

не умеет он

ну я им все равно не пользуюсь - он нихрена не умеет

sh скрипт в папочке /root/bin