В строке 11 говорится, что копируется в корень, но путь не абсолютный, а относительный. А в CMD путь абсолютный. И может так сложиться, что пути разойдутся.
Здравствуйте, я маленький и глупенький фулстек-жаваскриптизёр, узнавший о докере 2 недели назад. Сейчас пробую засунуть сайт в docker-compose (хочу чтобы был docker-compose для дева и для прода 2 файлами) Конкретно сегодня мучаюсь с дев контейнером для реакта(чтобы я писал код а приложение автоматически менялось) с продом всё круто (раздаётся через nginx)
Docker BuildKit бы ещё сюда. Там нормальный workaround по секретам. Да и с большим количеством stageй в multistage дела обстоят лучше. В классике, собираются все stages до нужного, даже если они не нужны. С BuildKit не так. Отличное видео, спасибо
Спасибо. Все знакомо, хорошо разложено по полочкам. Для себя новое узнал, а точнее забытое старое, что для go бинаря финальный базовый образ можно использовать scratch, попробую. Прежде использовал apline
Здравствуйте, Антон. При использовании билдер паттерна, в системе остается образ golang без тегов и имен. Есть способ заставить докер чистить подобный мусор сразу после сборки?
Очень дельно. Недавно встретил образ, слои которого состоят из COPY и RUN, которые из слоя в слой чередуются. Ревью не делал, так как не было времени, мелько видел. Но общий объем образа был 18Gb. Насколько большие вообще в природе встречаются образы? Каждый новый образ будет размещаться на хосте и кушать место. А вычищать старые образы падает на плечи инженеров, которые поддерживают инфраструктуру, где этот образ запускается. Так же при каждой выкатке нового релиза время будет теряться на скачивание такого весомого образа на хост, а если это kubernetes, то при перемещении пода будет скачиваться такой огромный образ на новую ноду, куда осуществляется перемещение. Есть ли какие-то рекомендации как вычищать старые образы? На данный момент не сильно актуально, но в бэклог задачу себе записали.
Круто! Не всё понятно, а точнее почти всё, но поддержать однозначно надо. Написал бы комментарий подлинней если бы хватало скила... Может в следующий раз.
Каждый слой - это дельта по отношению к предыдущему или же полная копия предыдущего плюс дельта? И как посмотреть состав и размеры слоёв в образе, дабы оценить: стоит ли овчинка выделки?
Слой это дельта. Посмотреть можно экспортировав образ командой `docker save ImageID -o ImageName.tar`, затем выполнить `tar -xvf ImageName.tar` (желательно в пустой директории, т.к. скорее всего будет много файлов/директорий извлечено). Каждая новая директория - это слой, в каждой директории лежит layer.tar, их тоже надо распаковать. Распакованный layer.tar это и есть содержимое конкретного слоя. Количество слоёв скорее всего будет больше количества строк в Dockerfile (исключая комментарии и пустые строки), так как в директории будут лежать слои образов, на которых базируется ваш образ Только подставьте свой image id, а image name может быть произвольным, он ни на что не влияет
Как использовать команду COPY чтобы копировать не директории Dockerfile, а с любого места на диске? К примеру, хочу скопировать так COPY /etc/nginx/nginx.conf /etc/nginx/nginx.conf
Такое лучше на StackOverflow искать. Краткий ответ "никак", копировать можно только из build context. stackoverflow.com/questions/47012495/docker-copy-from-ubuntu-absolute-path
Спасибо за видео. Правильно понимаю, что при сборке на CI лучше всего собирать проект вне докера, а потом после сборки полученные исходники оборачивать в docker контейнер или всё таки сборку исходников тоже лучше вести в рамках докера?
@@pavlenkoat спасибо за ссылку. Посмотрел тот ролик, но не нашел для себя конкретного ответа на вопрос: билдим и тестим проект рамках CI , а потом оборачиваем в контейнер или все шаги делаем через докер. Первый вариант выглядит более переносимым. Особенно в случае, если нужно будет отказаться от докера
Здравствуйте помогите разобраться, мне скинули инструкцию для одного Телеграмм бота звучит она так ( Устанавливаете Docker, создаёте рабочую станцию и открываете Docker систему из архива). Docker я установил, а всё остальное для меня тёмный лес. 126 палец в верх под вашим видео поставил.
На мой взгляд чрезмерное злоупотребление писаниной всего что только можно в 1 RUN строчку это скорее показатель ньюфажества. Этакая преждевременная оптимизация в сфере операций. Вопервых слои ничего не стоят (ни в памяти, ни в диске), до тех пор пока 2 соседних слоя не изменяют общие файлы. Вовторых можно запросто встретить такую картину, когда кто-то (чего уж, сам на этим кто-то бывал) собирает тяжеловестный контейнер - окружение для сборки чегонибудь (изи может весить >500 мегабайт) Ой я забыл поставить "git"... А потом: я же умный, мне расказали как "все в 1 слой" позволяет экономить несуществующие сущности... фигак его в этот единственый слой! И вот в регистри у нас лежит не 1, а 2 образа по 500 мегабайт. И так можно мелкими правками делать по +500 Мбайт каждую итерацию, и засрать его полностью. И уже не каким-то выдуманным оверхедом, а реально. То что автор говорит про: много слоев сложнее чистить - это не соотвествует действительности. Вы будете одинаково чистить и много и "мало" слоев. Не вижу ни одного юзер кейса, когда кто-то будет руками разбираться с тем что это за слой. То что их 1000 вместо 10000, никому проще не сделает, одинаково недоступное для разбирательств количество. Есть более сложные случаи: - Например многие не знаю что нельзя делать RUN chown на файлы которые вы скопировали - это увеличивает размер файлов в 2 раза. Надо делать COPY --chown. - Можно запросто обосраться при использовании --build-arg которые пойдут по кешу с другим значением, а с учетом что аргументом может быть имя образа, то на выходе можно получить не просто количественно чего-то отличающееся, а качественно что-то другое.
О том что много слоев сложнее чистить я не говорил. Я говорил о том что вечно очищать забывают. Сложнее понять что где и зачем, чтобы устроить проблеммы для начинающих это сложно.
Спасибо за материал. Очень подробно, правда легче в понимании от этого не стало) я конечно не девопс, а просто фортендер, однако для общего развития хотелось бы конечно себе жизнь упростить при развёртки приложений. Купил книжечку даже от O'REILYY "Использование Docker" вроде как там довольно подробно всё разжёвывается.
3:39 вообще хз кто так делает я когда собирал в один из первых своих опытов я юзал docker compose из ямл файла, но очень долго приступал к практике так что я много мат.части читал и смотрел. Так что мейби из-за этого избежал этой ошибки.
Сделал ошибку в видео про ошибку. Кто найдет?
APP_PATH=APP_NAME
На ошибках учатся
clear
Легко - словарь русского языка ,слово породить пишется через нуль :))
В строке 11 говорится, что копируется в корень, но путь не абсолютный, а относительный. А в CMD путь абсолютный. И может так сложиться, что пути разойдутся.
Здравствуйте, я маленький и глупенький фулстек-жаваскриптизёр, узнавший о докере 2 недели назад.
Сейчас пробую засунуть сайт в docker-compose (хочу чтобы был docker-compose для дева и для прода 2 файлами)
Конкретно сегодня мучаюсь с дев контейнером для реакта(чтобы я писал код а приложение автоматически менялось) с продом всё круто (раздаётся через nginx)
Docker BuildKit бы ещё сюда. Там нормальный workaround по секретам. Да и с большим количеством stageй в multistage дела обстоят лучше. В классике, собираются все stages до нужного, даже если они не нужны. С BuildKit не так. Отличное видео, спасибо
коментарий в поддержку видео
поддержку*
Очень нравится Ваши видео. Ни давно начал пользоваться Линукс.... Начал с Mint. Ваши видео очень понятно объясняют. Спасибо Вам!!!
Спасибо. Все знакомо, хорошо разложено по полочкам. Для себя новое узнал, а точнее забытое старое, что для go бинаря финальный базовый образ можно использовать scratch, попробую. Прежде использовал apline
Антоном Павленко один из лучших IT блогеров по СНГ!
Спасибо!
Спасибо большое.
Лайк и коммент для продвижения видео :)
За выпуск, отдельная благодарочка)
Always happy to help - the like and the comment already done ))
Написал комментарий, чтобы просто поддержать Антона
лайк влепил. Очень актуальная информация сейчас для многих кто идет в девопсы. Обязательно все будут попадать на такие ролики и пересматривать
Антон, ты бы добавил ссылку на dockerfile в описание, народ бы кликал, ютуб воспринял бы благосклонно.
Здравствуйте, Антон. При использовании билдер паттерна, в системе остается образ golang без тегов и имен. Есть способ заставить докер чистить подобный мусор сразу после сборки?
Есть мнение что алгоритмы ютуба не охотно продвигают видео где меньше шести слов поэтому вот мои слова в поддержку видео
Поддерживаю.
Круто. Как раз недавно начал писать на го. Этот контент мне очень помог разобраться с компиляцией в отдельном контейнере. Спасибо.
Для поднятия видео!
Комментарий в поддержку канала!
Расскажи про тяжёлые запросы в базу
Здравствуйте! Очень своевременное видео. Полезный совет.
Спасибо за видос
Поднимаю активность под видео!
Коммент в поддержку видео про докер :)
Cпасибо тебе добрый человек !!!
Отличные советы, спасибо!
Круто! Спасибо!
Было бы замечательно увидеть более широкий обзор best practies по докеру с примерами.
Потихоньку набираю ролики
Спасибо, контент очень годный! )
В поддержку
Очень дельно. Недавно встретил образ, слои которого состоят из COPY и RUN, которые из слоя в слой чередуются. Ревью не делал, так как не было времени, мелько видел. Но общий объем образа был 18Gb. Насколько большие вообще в природе встречаются образы? Каждый новый образ будет размещаться на хосте и кушать место. А вычищать старые образы падает на плечи инженеров, которые поддерживают инфраструктуру, где этот образ запускается. Так же при каждой выкатке нового релиза время будет теряться на скачивание такого весомого образа на хост, а если это kubernetes, то при перемещении пода будет скачиваться такой огромный образ на новую ноду, куда осуществляется перемещение. Есть ли какие-то рекомендации как вычищать старые образы? На данный момент не сильно актуально, но в бэклог задачу себе записали.
Докер слои перетспользуют
В поддержку канала, видео))))
Даёшь IT в массы!!! (это лозунг :)
комментарий в поддержку этого видео
Супер! Спасибо за контент!
Спасибо!!! Очень полезная информация
Комментарии в поддержку канала! Удачи!
Топ контент)
Достаточно понятно, даже для немного левого к программированию технаря
Я объяснял в свое время как работать на компьютерах бабушкам. Уж технори должны понимать.
Что за файл и куда ты копируешь на строчке 6? 8:16
Это конфиг. Я его буду передавать в докер
@@pavlenkoat Спасибо
Спасибо за видео урок
как раз в тему!
Спасибо за видео!
Поддерживаю видео) Спасибо автору!
Хорошо рассказываешь +1 активность)
Классное видео, мне заказчик написал на мой докер композ "сделать его персистентным" что это значит?
Благодарю! Удачи Вам!
Спасибо, Антон, нравится ваша подача контента!
Успехов с каналом.
Очень полезное видео, спасибо дядь)
Всегда отличные видосы.
Поддерживаю - Like
Полезное видео!! Успехов!
комментарий в поддержку видео ))
Круто! Не всё понятно, а точнее почти всё, но поддержать однозначно надо. Написал бы комментарий подлинней если бы хватало скила... Может в следующий раз.
Спасибо за видео и канал! Расскажи, пожалуйста, про кластера СУБД
Отлично.
А теперь соберите бинарь в контейнере с одной версией glibc. И запустите в другом контейнере, с другой версией glibc.
А видео полезное, лайк!
Или соберите бинарь на musl, когда в контейнере glibc.
Спасибо за видео Вам. Очень познавательно и интересно.
Афигеть! Очень круто! Большое спасибо 🙂
Спасибо за выпуски, поддерживаю
Понравилось. Хочется еще более конкретного видео, например про docker + postgresSQL
Удачи!!!
Спасибо за ценную информацию
Спасибо за контент. 👍 Подчерпнул для себя рад полезных моментов!
Спасибо Антон!
Каждый слой - это дельта по отношению к предыдущему или же полная копия предыдущего плюс дельта? И как посмотреть состав и размеры слоёв в образе, дабы оценить: стоит ли овчинка выделки?
Слой это дельта. Посмотреть можно экспортировав образ командой `docker save ImageID -o ImageName.tar`, затем выполнить `tar -xvf ImageName.tar` (желательно в пустой директории, т.к. скорее всего будет много файлов/директорий извлечено). Каждая новая директория - это слой, в каждой директории лежит layer.tar, их тоже надо распаковать. Распакованный layer.tar это и есть содержимое конкретного слоя. Количество слоёв скорее всего будет больше количества строк в Dockerfile (исключая комментарии и пустые строки), так как в директории будут лежать слои образов, на которых базируется ваш образ
Только подставьте свой image id, а image name может быть произвольным, он ни на что не влияет
Спасибо добрый человек
Йо!!! Коммент в поддержку видео!
Мало что понятно, но спасибо!
очень полезно, спасибо
Супер👍💯
Коммент в поддержку
Хороший контент.
Подписался)
Спасибо
Лайк и коммент для продвижения видео!)
Круто!
отличное видео
В поддержку коментарий)
Интересный канал
Не проще будет использовать докер образ python нужной версии, чем брать за основу образ убунту и на неё ставить питон?
Топчик!
круто!
а то я вечно запихивал все подряд
Это частое явление
Контент 🔥
привет, если ты собрал go.mod то тебе не нужно делать go get перед компиляцией, двойная работа получается
Хм. Он при компиляции скачает?
@@pavlenkoat да, для того и сделаны go modules, чтоб не делать go get
@@finalistx Не знал я просто с разрабом консультировался. Он вот так сказал. Спасибо большое.
Как использовать команду COPY чтобы копировать не директории Dockerfile, а с любого места на диске? К примеру, хочу скопировать так COPY /etc/nginx/nginx.conf /etc/nginx/nginx.conf
Такое лучше на StackOverflow искать.
Краткий ответ "никак", копировать можно только из build context.
stackoverflow.com/questions/47012495/docker-copy-from-ubuntu-absolute-path
Только совать конф nginx в докерфайл директорию.
@@dzen1234 спасибо
@@РоманОвсянников-к1п спасибо
Есть что-то, мельче alpine? Интересно, надо попробовать...
Следующим этапом минимизации будет приложение в виде модуля к самому ядру?
Есть scratch
Полезно
Плюсую
Спасибо за видео. Правильно понимаю, что при сборке на CI лучше всего собирать проект вне докера, а потом после сборки полученные исходники оборачивать в docker контейнер или всё таки сборку исходников тоже лучше вести в рамках докера?
Я выпускал видео Как правильно собирать в ci ruclips.net/video/IByHL5CjkwI/видео.html
Докер файл формируется так же. Не надо делать 10 действий
@@pavlenkoat спасибо за ссылку. Посмотрел тот ролик, но не нашел для себя конкретного ответа на вопрос: билдим и тестим проект рамках CI , а потом оборачиваем в контейнер или все шаги делаем через докер.
Первый вариант выглядит более переносимым. Особенно в случае, если нужно будет отказаться от докера
@@СергейРябов-ю5н Все делаем в одной среде. Если на проде докер то все делаем в докере.
ждем новых видео
прикольно!
Great video!
Здравствуйте помогите разобраться, мне скинули инструкцию для одного Телеграмм бота звучит она так ( Устанавливаете Docker, создаёте рабочую станцию и открываете Docker систему из архива). Docker я установил, а всё остальное для меня тёмный лес. 126 палец в верх под вашим видео поставил.
Есть видео про докерфайл и как докером пользоваться поищите на канале
@@pavlenkoat Не помните как видео называется?
Вся суть вот тут 2:50
На мой взгляд чрезмерное злоупотребление писаниной всего что только можно в 1 RUN строчку это скорее показатель ньюфажества. Этакая преждевременная оптимизация в сфере операций.
Вопервых слои ничего не стоят (ни в памяти, ни в диске), до тех пор пока 2 соседних слоя не изменяют общие файлы.
Вовторых можно запросто встретить такую картину, когда кто-то (чего уж, сам на этим кто-то бывал) собирает тяжеловестный контейнер - окружение для сборки чегонибудь (изи может весить >500 мегабайт) Ой я забыл поставить "git"... А потом: я же умный, мне расказали как "все в 1 слой" позволяет экономить несуществующие сущности... фигак его в этот единственый слой! И вот в регистри у нас лежит не 1, а 2 образа по 500 мегабайт. И так можно мелкими правками делать по +500 Мбайт каждую итерацию, и засрать его полностью. И уже не каким-то выдуманным оверхедом, а реально.
То что автор говорит про: много слоев сложнее чистить - это не соотвествует действительности. Вы будете одинаково чистить и много и "мало" слоев. Не вижу ни одного юзер кейса, когда кто-то будет руками разбираться с тем что это за слой. То что их 1000 вместо 10000, никому проще не сделает, одинаково недоступное для разбирательств количество.
Есть более сложные случаи:
- Например многие не знаю что нельзя делать RUN chown на файлы которые вы скопировали - это увеличивает размер файлов в 2 раза. Надо делать COPY --chown.
- Можно запросто обосраться при использовании --build-arg которые пойдут по кешу с другим значением, а с учетом что аргументом может быть имя образа, то на выходе можно получить не просто количественно чего-то отличающееся, а качественно что-то другое.
О том что много слоев сложнее чистить я не говорил. Я говорил о том что вечно очищать забывают. Сложнее понять что где и зачем, чтобы устроить проблеммы для начинающих это сложно.
При дебаги я не спорю что можно насрать большим количеством слоев но итоговый образ Должен быть минималистичный.
chown никогда не приходилось делать так как один контейнер одна программа. Но что в 2 раза больше это логично.
Здорово, что прям разбираешь досконально, спастбо за видео;)
Подскажите, что за редактор кода на видео был?
Vscode
Коммент в плечи - никто не вечен)
Спасибо
Спасибо за материал. Очень подробно, правда легче в понимании от этого не стало) я конечно не девопс, а просто фортендер, однако для общего развития хотелось бы конечно себе жизнь упростить при развёртки приложений. Купил книжечку даже от O'REILYY "Использование Docker" вроде как там довольно подробно всё разжёвывается.
3:39 вообще хз кто так делает я когда собирал в один из первых своих опытов я юзал docker compose из ямл файла, но очень долго приступал к практике так что я много мат.части читал и смотрел. Так что мейби из-за этого избежал этой ошибки.
Спасибо 3
А как обстоят дела с проектом который планировалось пилить, потом к нему чарт и выкладку, кто-нибудь делает?
Есть видео на канале первое.
Класс