прошу прощения если вопрос немного туповат, но я первый раз вообще докер запускаю ?

привет всем, хочу сделать след структуру контейнеров в докере 1. nginx 2. MYSQL 3. php-cgi 4. веб приложение Дома я работаю с тем же набором котейнеров, изменив в котейнер 4 файлы, я обвнляю его на основном сервере… Вопрос: как мой текстовый редактор на локальной машине подключиться к файлам в котейнере 4. Есть монтирование docker run -v /tmp:/root -t -i <имя образа> это монтирование папки с локальной машины tmp в папку root в котейнере, а наоброт можно сделать из root с котейнера в докере на локальную машину?

1) правка напрямую в контейнере - это плохая практика. Локально ещё ладно, на удаленной машине не стоит. 2) Нет, монтировать можно только внутрь, наружу нельзя, если я правильно вопрос понял.

1) правка напрямую в контейнере - это плохая практика. Локально ещё ладно, на удаленной машине не стоит. 2) Нет, монтировать можно только внутрь, наружу нельзя, если я правильно вопрос понял.

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

Пересобирать контейнер при изменениях и деплоить. Править разве что локально.

Ну то есть разные хаки то можно придумать, но это плохая практика. Изменил код - передеплой.

привет всем, хочу сделать след структуру контейнеров в докере 1. nginx 2. MYSQL 3. php-cgi 4. веб приложение Дома я работаю с тем же набором котейнеров, изменив в котейнер 4 файлы, я обвнляю его на основном сервере… Вопрос: как мой текстовый редактор на локальной машине подключиться к файлам в котейнере 4. Есть монтирование docker run -v /tmp:/root -t -i <имя образа> это монтирование папки с локальной машины tmp в папку root в котейнере, а наоброт можно сделать из root с котейнера в докере на локальную машину?

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

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

Хотя не, хня получится

Я никогда не пробовал кстати линковать файлы в примонтированную директорию. Может, заведётся?

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

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

А что у тебя за приложение, на чем?

Директорию с проектом монтируй в докер

А что у тебя за приложение, на чем?

laravel (php), интрнет магазин + CRM небольшая

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

PHP... ну да, локально монтируй, правь, собирай образ с файлами в той же директории, куда монтируешь, и деплой.

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

читал что каждая сущьность должна быть отдельно упакована, типа это принци докера

Шо

Речь про сервисы

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

Потому что один контейнер - одно приложение. Часто за это спор)

Нжинкс в один

Пыла во второй

если веб приложение на пыхе...

ну ладно, вам виднее

если веб приложение на пыхе...

Так пыха то все равно движок, и так то и без веб сервера работать может.

Дальше маунт вольюма, или вольюм фром

я ее сто лет не трогал и в моем понимании это просто куча статики

я ее сто лет не трогал и в моем понимании это просто куча статики

Нет, полноценный код. Можно даже серверные скрипты на ней писать. От большого ума, конечно)

PHP... ну да, локально монтируй, правь, собирай образ с файлами в той же директории, куда монтируешь, и деплой.

не опнимаю, простите :). Вот есть у меня папка с проектом: tmp/ я ее монтирую в контейнер /tmp:/root , далее сижу правлю проект на локале, вопрос: что будет с правами внутри контейнера у файлов и папок приложения кторые подмонтированы через /tmp:/root?

допустим создал я новый файл в tmp какие права будут у него там в котейнере

?

Ты сразу пиши в чем проблема. Это как в рабочем чатике написать - привет. И замолчать.

Коллеги, если бы были проблемы то мой вопрос звучал бы по другому, у меня был конкретный вопрос к тем кто решал задачу для обмена опытом. Сразу был дан четкий ответ без лишних вопросов ссылкой на конкретное решение, это называется "предметный разговор" с демонстрацией конкретных решений, за что респект и уважуха автору ответа.

не опнимаю, простите :). Вот есть у меня папка с проектом: tmp/ я ее монтирую в контейнер /tmp:/root , далее сижу правлю проект на локале, вопрос: что будет с правами внутри контейнера у файлов и папок приложения кторые подмонтированы через /tmp:/root?

А что мешает проверить ?

Быстрее чем тут писать

А что мешает проверить ?

я не уверен что верно архитектуру вообще придумал, в смысле правки проекта вне котейнера … думал что данный велик давно изобретен ?

Так никакой проблемы нет

Оно работает нормально

допустим создал я новый файл в tmp какие права будут у него там в котейнере

Проверь) но вообще, ты, видимо, контейнер, который правишь, пытаешься как image и сохранить

Есть теория что маунт - снижает производителньость

Но цифр тестов никто не видел

А тебе нужно собрать новый, засунув файлы проекта с COPY

И задеплоить

А тебе нужно собрать новый, засунув файлы проекта с COPY

docker cp <путь к данным на хосте> <имя контейнера>:<путь>

А тебе нужно собрать новый, засунув файлы проекта с COPY

Он не хочет собирать каждый раз при правке файлов

Человек спросил одно

Вы рассказываете о другом

да я рад буду другим решениям, я не уверен в правильности своего ?

Он не хочет собирать каждый раз при правке файлов

Я понял. Так то локально. Использовать монтирование на удаленной машине, имхо, не очень)

Нет необходимости

Я понял. Так то локально. Использовать монтирование на удаленной машине, имхо, не очень)

Почему ?

Ну хоть 1 причину реальную

Я просто недавно столкнулся с подобным выбором

О том что нынче мир дрочит на полную контейнеризацию - я вкусов

Вкурсе

Почему ?

Потому что никто к этим файлам обращаться/читать не должен, кроме приложения внутри контейнера. Монтировать есть смысл, если файлы к приложению должны правиться/добавляться извне.

Потому что никто к этим файлам обращаться/читать не должен, кроме приложения внутри контейнера. Монтировать есть смысл, если файлы к приложению должны правиться/добавляться извне.

Вот )

Про монтирование правильно

А тут версия кода изменилась - апдейтнулась версия приложения - задеплоилась цельная сущность

Давай по другому. Есть просто сайт, который тупо валяется в облаке. Довольно часто правится сайт. Есть смысл собирать его в контейнер ? Или маунт пойдёт

Нжинкс пхыа. И к нему сорцы просто сайта

я расскажу первопричину: на локальной машине у меня MAMP и права соотвественно по другому раставлены на файлы, есть сервер куда я выливаю все изминения через GIT. И постоянно приходиться после апдейта еще вводить команды правки прав на все файлы. Чтоб они соотвествовали окружению на сервере в вебе. Меня это задолбало и я решил подумать в сторону докера, подумал что он поможет решить проблему. Типа я поднимаю у себя окружение такое же как на сервере при помоще докера, и контейнер с апсом имеет внутри уже нужные все права, я что то поправил и отправил на сервере обновления только с этим контенером и все. Вот я так примерно понял докер ? может и не верно

Давай по другому. Есть просто сайт, который тупо валяется в облаке. Довольно часто правится сайт. Есть смысл собирать его в контейнер ? Или маунт пойдёт

Я против любых правок на живом хосте. Маунтить есть смысл, например, набор ресурсов. Картиночки там на несколько гигабайт.

Почему ?

Я против любых правок на живом хосте. Маунтить есть смысл, например, набор ресурсов. Картиночки там на несколько гигабайт.

Правки сорцов выливаются гитом

Правки сорцов выливаются гитом

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

Смысл переполниматьц контейнера

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

Да хоть дергай этот гит прямо из контейнера)))

Да хоть дергай этот гит прямо из контейнера)))

те мне надо в контейнере его апдетить локально /tmp:/root типа так, а потом из этого же контецнера просто пушить на гит а уже на прадкшене затягивать с гита

ну да как вариант

Смысл переполниматьц контейнера

Потому что деплой через гит - решение не слишком универсальное и не слишком хорошо скейлящееся. Ну и личное нежелание)))

ну да как вариант

А где хост, если не секрет?

google cloud

Там же вроде есть какой то реестр контейнеров, тем более.

Registry

да может и есть но к хосту не сильно привязываться хочется. Завтра вдруг на DO поедем

Смысл переполниматьц контейнера

Ещё один пример - обновление кода для новой версии php. В докерфайле поправил, задеплоил. Если надо резко откатить назад - откатываешь контейнер, и все. В случае с гитом нужно отдельно откатывать код, отдельно - контейнер.

да может и есть но к хосту не сильно привязываться хочется. Завтра вдруг на DO поедем

Никто не мешает использовать репу из гугла продолжать. Или ещё какую нибудь приватную. Или деплоить в новую.

спасибо за помощь, завтра попробую запилить на локале и увижу какие там права внутри и как вообще оно заработает. Но что то не совсем я уверен конечно ?

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

в любом случае всем спасибо!

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

Ansible и ко

всем привет, двигаюсь по книжке о докере и получаю вот такой эксепшн docker run -p 5000:5000 identidock -d docker: Error response from daemon: driver failed programming external connectivity on endpoint peaceful_goldwasser (. не могу понять в чем дело, подскажите пожалуйста

(iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 5000 -j DNAT --to-destination 172.17.0.2:5000 ! -i docker0: iptables: No chain/target/match by that name. (exit status 1)). ERRO[0002] error waiting for container: context canceled

порт не занят

Ребят есть образ с облаком мейла. Кто то пользовался им?

Что за реклама?

Что за реклама?

Обычный спам. Не видел ни разу чтоль?

Ах ха

Не хотелось бы его видеть

это жизнь

спам он везде

Ребят есть образ с облаком мейла. Кто то пользовался им?

rpm`ки только есть