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