а не про относительный путь

Соррян 🤗

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

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

В какой ситуации? Локально, на сервере?

В какой ситуации? Локально, на сервере?

на сервере

на сервере

Статические файлы? Создан вольюм?

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

Чучу-чуть не считается

Статические файлы? Создан вольюм?

создан

создан

А с файлами что?

А с файлами что?

статические

Тогда, не нужно. Но проверить стоит.

Всем привет есть контейнер apache + php etc ... на быструю руку Проблема вот в чем на локальной машине в hosts прописано что 192.168.0.5 siteone.local sitetwo.local -> адресация на контейнер если то же самое не прописать в самом контейнере то apache не адресует на виртуальный хост не могу понять в чем проблема

И реквесты что летят поподают в лог other_vhosts_access.log

Всем привет есть контейнер apache + php etc ... на быструю руку Проблема вот в чем на локальной машине в hosts прописано что 192.168.0.5 siteone.local sitetwo.local -> адресация на контейнер если то же самое не прописать в самом контейнере то apache не адресует на виртуальный хост не могу понять в чем проблема

Вопрос про докер?

https://httpd.apache.org/docs/

Всем привет. Небольшой нубский вопрос. изучаю докер. установил на вин10. Возник процесс WMI provider host и начал отжирать 2-5% процессорной мощности. На гитхабе этот случай разобран. есть ответ It seems that there were many hyper-v virtual switch managers created (Dummy) by docker. Once removing them the issue is gone with cpu usage dropping to 1.5-2%. Вопрос - как их удалить-то? Я только начал изучать, не могу сходу найти команду. Спасибо заранее.

Всем привет. Небольшой нубский вопрос. изучаю докер. установил на вин10. Возник процесс WMI provider host и начал отжирать 2-5% процессорной мощности. На гитхабе этот случай разобран. есть ответ It seems that there were many hyper-v virtual switch managers created (Dummy) by docker. Once removing them the issue is gone with cpu usage dropping to 1.5-2%. Вопрос - как их удалить-то? Я только начал изучать, не могу сходу найти команду. Спасибо заранее.

А как ты ставил?

1-2%... Как ты вообще замечаешь такое?)

докер десктоп с официального сайта у меня клава G15, системный монитор постоянно перед глазами :)

докер десктоп с официального сайта у меня клава G15, системный монитор постоянно перед глазами :)

Годно, я как-то на звук нагрузку определяю 😂

А гиперв до докера юзал/настраивал? Я хз, может и у меня что подобное, но 1-2% вообще не парят

ага, но там скорее до 5%

привет, подскажите,плз, есть ли какая-то разница в том как я буду перегружать 1 контейнер, который стартовал через docker-compose со множеством сервисов? Можно ли использовать docker restart container?

привет, подскажите,плз, есть ли какая-то разница в том как я буду перегружать 1 контейнер, который стартовал через docker-compose со множеством сервисов? Можно ли использовать docker restart container?

Можно и через dc только один

А, или там нет рестарта. В общем можно, хоть удалять

В любом случае - можно же попробовать?)

Можно и через dc только один

да, в dc есть рестарт, я вот пытаюсь понять разницу, чтобы потом не так больно было )

да, в dc есть рестарт, я вот пытаюсь понять разницу, чтобы потом не так больно было )

Тогда рестарт и имя сервиса

Тогда рестарт и имя сервиса

есть ли какой-то очевидный бенефит использовать dc restart?

есть ли какой-то очевидный бенефит использовать dc restart?

Да, не искать контейнер и его имя)

Или id

Ну и dc рулит сервисами, если несколько реплик, то все сразу. Давно dc не юзал, всех поведений не помню

Приветы. А есть ру-чат по k8s ?

Приветы. А есть ру-чат по k8s ?

@kubernetes_ru

@kubernetes_ru

Спасибо

Можно ли как-то в сварме прибить проброшенный порт к ip, как и в стоковом докере?

Можно ли как-то в сварме прибить проброшенный порт к ip, как и в стоковом докере?

нет

А как тогда доступ публичный ограничивать? Только фаервол?

не делать публичным

ну мы же тут не веселиться собрались

O RLY?

Всем привет!

RUN apt-get -qq update && \ apt-get -qq install или RUN apt-get -qq update RUN apt-get -qq install И почему?

Первое. Уменьшит объем образа

RUN apt-get -qq update && \ apt-get -qq install или RUN apt-get -qq update RUN apt-get -qq install И почему?

2 команды RUN == 2 слоя, лишний обьем. Но тут есть и обратная сторона. Если вообще все команды сунуть в один RUN то не факт что кеш будет использоваться эффективно

Об этом и речь. 2 команды - кеш. Кеш - скорость.

Об этом и речь. 2 команды - кеш. Кеш - скорость.

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

Первое. Уменьшит объем образа

Уменьшит ли?

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

Как это зависят? Они могут и отдельно запускаться.

История от Cossack Labs о том, как они ужали Docker image с 900 Mb до 10 Mb #docker

Вот подходящая статья об этом

прикольно

посмотрим

Как это зависят? Они могут и отдельно запускаться.

могут, но если юзаешь кешированный слой apt-get update, то ничего нового в install у тебя не прилетит

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

Вот подходящая статья об этом

Статья большая, где именно то, о чём идёт речь?

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

ну если цель образа именно то что ставится через install то мб имеет смысл. Но в общем смысле нет.

ну если цель образа именно то что ставится через install то мб имеет смысл. Но в общем смысле нет.

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

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

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

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

Почему "лучше ... отдельным слоем"? Чем?

Почему "лучше ... отдельным слоем"? Чем?

Тем что это будет один слой. Меньше веса. Кеш. И вот это вот все

Но этот кеш нельзя переиспользовать для сборки других проектов.

Но этот кеш нельзя переиспользовать для сборки других проектов.

ну сделайте так чтоб было можно) Результаты apt-get -qq update вообще смысла никакого нет сохранять в образ. Я просто думал что там в конце твоего файла сборки они будут вычищаться, но постепенно понял что нет

Первое. Уменьшит объем образа

Это не так: ~ $ cat Dockerfile_one_run FROM python:3.7-slim-stretch RUN apt-get -qq update && \ apt-get install -y -qq git gcc ~ $ cat Dockerfile_two_runs FROM python:3.7-slim-stretch RUN apt-get -qq update RUN apt-get install -y -qq git gcc ~ $ docker build . -f Dockerfile_one_run -t one_run ... ~ $ docker build . -f Dockerfile_two_runs -t two_runs ... ~ $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE two_runs latest 88dac67d44d8 56 seconds ago 350MB one_run latest 0fa7d29242b2 About a minute ago 350MB ~ $

ну сделайте так чтоб было можно) Результаты apt-get -qq update вообще смысла никакого нет сохранять в образ. Я просто думал что там в конце твоего файла сборки они будут вычищаться, но постепенно понял что нет

"Чтобы было можно" - это отдельный RUN на update

"Чтобы было можно" - это отдельный RUN на update

результаты update не надо кешировать и вообще класть в реджистри. Вы так все место засрете просто новыми слоями с идексами репозиториев

Хотя каждый дрочит как он хочет. Я видал индивидов у кого каждый раз все ставилось с нуля. Каждый образ метров по 800. Кто-то не может до сих пор понять отличия от виртуалок. Но это быстро проходит после того как разок почистишь реджистри на пару терабайт

Я бы обоснование увидеть хотел, так-то

результаты update не надо кешировать и вообще класть в реджистри. Вы так все место засрете просто новыми слоями с идексами репозиториев

Он тебя трллит, а ты отчитываешься))

Он тебя трллит, а ты отчитываешься))

глаз замылился =\

Всем привет

Не могу догнать для чего нужен всё-таки докер

Чем отличается от vagrant?

Чем отличается от vagrant?

Ты вот прям настолько ленивый?

Он тебя трллит, а ты отчитываешься))

Никто никого не "трллит"

Чем отличается от vagrant?

http://lmgtfy.com/?q=%D1%87%D0%B5%D0%BC+docker+%D0%BE%D1%82%D0%BB%D0%B8%D1%87%D0%B0%D0%B5%D1%82%D1%81%D1%8F+%D0%BE%D1%82+vagrant

Чем отличается от vagrant?

вот кстати тут криво виртуалка обозначенна, App{1..3} должны быть для наглядности в одной виртуалке

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

хотя в гипервизоре есть пробросы устройств

но не прямые, например hyper-v видуху не пробрасывают, а делают это как то софтово

и работает она криво и косо