tce --help делает так что лично я воообще больше не хочу смотреть эту систему

tce-load

во

и поиска нету, да?

есть, сейчас не вспомню

и вывод зависимостей есть

tce-ab

потом s

и вводишь что ищешь

основная проблема alpine это musl, его бы инфраструктуру да на glibc — было бы счастье

потом s

Это сарказм, я надеюсь?

ну это если интерактив нужен

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

либо я не понял что нужно

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

даже если она весит в 10 раз меньше альпина

да одного уровня базовый дистр

Чего нового в GUI управления swarm?

Чего нового в GUI управления swarm?

а что там уже есть что то старое?

Ну вдруг появилось. Я раньше rancher пользовал - плевался. Может что поприличнее появилось

Нормального в сварме чтобы умело и в новый и в старый сварм - нет вроде

Если есть желающие обсуждать Tiny Core Linux - создал отдельный чат, что бы тут не спамить: https://t.me/ru_TinyCoreLinux

Ну вдруг появилось. Я раньше rancher пользовал - плевался. Может что поприличнее появилось

А что не так с ранчером?

И «раньше», эт когда? Ранчер до 1.2 это вообще другой продукт

ну точнее не «вообще», но в целом :)

середина 2016

мне в идеале нужен был gui к docker-compose, ну что-то мутновато получилось, при этом памяти жрет как не в себя. java

Подскажи плз как мне из консоли поставить там монго сервер 3.2?

на счёт поставить из бинарников - видимо нет способа. Щас вот запустил сборку из сырцоыв - вроде билдится по-маленьку.

Оооооок :)

товарищи, есть вопрос по смежной тематике

1) какой виртуализатор лучше умеет affinity и PCIE passthrough, Xen или KVM?

и 2) как в Hyper-V (2016) делать affinity?

Всем привет

хотелось бы спросить один вопрос, нормально ли через docker делать volumes для таких файл конфигов как: nginx.conf, php.ini, то есть конфиги будут не в образе/images а монтироваться, я это делаю потому что, создавать куча одинаковых образов я не вижу смысла, только потому что там меняется 1 файл. менять я его буду через ansible - jinja2

так тоже можно

может правда стоит https://github.com/jwilder/nginx-proxy

или вообще не Nginx

окай

traefik умеет отслеживать контейнеры

ну или nginx pro :)

мне наверное не нужен proxy, у меня 1 - домен - 1 приложение - 1 сервер

а чо релиз 1,13 штоле ?

ибо

https://www.youtube.com/watch?v=y_RiG_9jEJ0

Уже несколько дней как

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

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

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

без перезапуска контейнера плохо.

надо с перезапуском.

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

во время разработки как удобнее

тот же php - достаточно страницу перезагрузить, а для js -так оно само все рефрешит

после разработки код в контейнер

то есть volumes - только и вариант получатеся, правильно понимаю?

да, эт конешн.

А зачем в контейнере разработку вести ?

рассматриваю как способ локализировать среду сервера от ос

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

Ну к примеру в проекте будет 3 контейнера фронтенд бекенд, и бд

в пролете?

проекте?

При разработке фронта есть два контейнера с замапленным портом от бекенда

проекте?

Да

С телефона пишу,

И разрабатывай сколько хочешь , зачем этот слой тащить в контейнер ?

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

дык, фреймворк, сервер - в контейнере же.

У вас бекенд и фронтенд один фреймворк ?

У вас бекенд и фронтенд один фреймворк ?

такое бывает?

Я как то так понял Василия,

фронтом не я занимаюсь.

бек для мобильного приложения делаю.

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

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

Я докер контейнеры в первую очередь рассматриваю как универсальный артефакт

то есть, отдельно, например, фреймворк, и отдельно - код проекта к нему?

каждому по контейнеру?

зачем?

в одном контейнере

делаешь image с framework'ом и зависимостями

Я бы в вашем случае вел бы разработку так: БД, кеш, очереди, логи, в отдельных контейнерах с портами на локалхост т.к. их кодовая база не меняется. Интеграционное тестирования: бекенд упаковывается в контейнер и через docker-compose все поднимается и проверяется. А продакшн через swarm поднимал или как главный админ скажет (если он есть) ведь ему в первую очередь отвечать за что все работает