Вечер в хату работяги. Поясните за докер. Кто может доступный языком объяснить принципы работы этой шляпы? В целом, почитав статейки я разобрался, НО есть некоторое недопонимание. Могу ли я редактировать код внутри контейнера? Имею ли я вообще доступ к файлам своей приложухи обёрнутой в контейнер? Или докер лишь позволяет запускать приложения, но не редактировать? Допустим я хочу поделиться своим проектом с другим разработчиком, но не хочу всю нужную ебалу настраивать на его компе, поможет ли мне с этим докер?
Bump
Докер не предназначен для хранения состояния (данных). Докер вообще по хорошему еще очень сырая хуйня полная багов.
Пиздишь яйцезубый. Докер это шедевр последних лет, который уже давно применяют на продакшене много тысяч разработчиков. У этого творения уже на гитхабе более 50.000 звезд. Сделан кстати на языке Golang. Это просто гордость гоферов. Всем рекомендовано использовать докер
Докер - пожалуй единственный синий кит, в которого стоит сыграть
Хипстерский стартап сделанный на хипстерском говне. Для макак которые не умеют делать кроссплатформенный софт. Отвратительно.
а для чего он вообще нужен?
Вы школоблогеры сразу палитесь! Зачем делать кроссплатформено, если сервера должны быть только на Линуксе а остальное все от лукавого
Дядя, тогда поясни эту хуйню, что ОП написал. Можно ли внутри контейнера как-то поддерживать/изменять приложение или докер только для запуска?
Хуйца несвежего наверни и для начала запусти это говно на четвертой версии линуксового ядра, разработчики его используют, лол.
Когда я сам в самом начале попал под волну хайпа, я пытался развернуть внедрить это говно, но это поделие обосралось банально встать на файловую систему отличную от собственной и при этом крашилось стабильно раз в два часа. Собственно понятно нахуя нужна окрестрация для, сука, контейнерного приложения - без нее оно даже не думает работать.
Вот более чем реальный разработчик, пытавшийся внедрить это говно, на 90% согласен с его постулатами:
https://thehftguy.com/2017/02/23/docker-in-production-an-update/
спойлер: докер на работает с ядрами меньше 2.6 и с ядрами начиная от 4.0, реально он хоть как-то попердывает с крешами на 3.28/3.42, если запущен в правильную фазу лунного цикла. Т.е. с ядрами 2010-2012 года, не старше ни новее
А хер знает, сам только начал тыкать его палочкой. Докеру посвящены целые книги, тут с наскока не разобраться
Ну так дауны не могут даже свою веб-дрисню на кроссплатформенных скриптовых ЯП написать так чтобы на линуксах работало без контейнеров.
>First, the main benefit of Docker is to unify dev and production
Зачем?
>Having a separate OS in production only for containers totally ruins this point.
Зачем вообще нужны контейнеры? Чем разворачивание контейнера отличается от разворачивания приложения?
Вообще это нужно если ты, скажем, хочешь выглядить как охуенная контора, но на самом ты нищий бомж и нормальное облако себе позволить не можешь. Ты можешь или за 100500$ купить на EC2 гору t2.giga кластеров или взять б/у стойку hp'шную и нахуярить в ней тысячу контейнеров.
tawlstaw
docker очень хорош, когда надо быстро собрать окружение и работать
например machine learning и прочая ниокр
также можно быстро собрать прототип системы, рассчитанной на несколько виртуалок на своем ноуте
если у тебя в продакшене что-то сложнее элементарного вебчика, то начинаются сложности
Разварачивал телефонию в докере + автодеплойд , если интересно могу написать что к чему.
Редактировать код можешь и получать доступ к файлам, достаточно залогиниться в контйнер, но вот вопрос зачем, докер нужен для быстрого деплоя, а все что ты написал, хорошо делать на витруалке.
Докер тебе поможет много раз не тащить зависимости и настраивать окружения, один раз правильно собранный контейнер и ты можешь в любой системе развернуть. Для хранения таких вот образов существует докер registry. Вообще для более удобного командного деплоя существует кубернетес или опеншифт.
у меня после сборки на дженкинсе , тестовый деплойт в докере
Пиши, интересно
Докер чем хорош - он минимально грузит систему, и места меньше требует в отличие от гостевой машины.
У меня грубо говоря есьт freeswitch с самописными на с++ для него модулями и еще пару демонов, что собирается в rpm, я беру готовый образ centos и разварачиваю на докере ну и ставятся rpm, конфигурирование , тестовое подключение клиентов и звонок, образ удаляется типа сборка прошла успешно, следующий коммит в git и сборка будетна девственный контейнер.
БД тоже можно в докер запихнуть?
Можно засунуть статичные(бинарные файлы) но сами файлы бд придется выложить на фс импортнуть их в докер при запуске, тк докер изменений не фиксирует и при завершение контейнера изменения не запишутся.
Можно сохранять изменения в контейнерах.
Да.
Можно подмаунтить data-директорию с хоста в контейнер, а можно хранить в докер-вольюме.
Но не нужно.
Ты понимаешь что пишешь? Зачем нужен контейнер если в него нельзя писать данные? Ты определенно не понимаешь что такое разработка и что такое докер.
>Ты определенно не понимаешь что такое разработка и что такое докер.
Красочно ты себя описал.
Ну вообще-то в докере принято контейнеры постоянно создавать-удалять, и если у тебя данные БД лежат в контейнере, то им придёт пиздец после первого же редеплоя. Поэтому для файлов БД и подобного используют либо 1) маунт на файловую систему хоста 2) маунт в докер вольюм (которых хранится в доекере, но за пределами контейнера).
вот этого поддерживаю
сам лично на проде все состояние храню в базе/редисе на отдельном сервере
Я и не писал, что обязательно нужно данные хранить в контейнере, хотя и это можно делать. Кто сказал, что нужно создавать и удалять контейнер постоянно. Если ты так делаешь, это не значит, что все должны так делать.
