для чего он должен быть запущен? почему не выполнять "одноразово" нужный таргет? docker run —rm myimage make dowload-haskell ?

если его выполнять одноразово - то это не взлетит, потому что в одном контейнере скачаю, а в другом индексировать)

господа, вроде с докером начало получатся, но есть вопрос, допустим докер контейнер собрался, конфиги подтянулись, но для БД например надо в крон пропихнуть задачи, приходится лезть в контейнер

грубо говоря - ещё один контейнер с кроном нужно

эм

не для приложения в целом

только для БД, и там сильная зависимость от наличия этой бд прям вот здесь под рукой

например переодически снимать дамп

pgdump

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

Не норм, локально ты можешь и без докера, а в dev и prod ты должен настроить ci/cd, чтобы утомительно не было

Сервак, который ты можешь перезапускать с подмаунченным кодом - звучит как домашний проект, про который никто не должен знать

Сервак, который ты можешь перезапускать с подмаунченным кодом - звучит как домашний проект, про который никто не должен знать

все так и есть

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

А смысл тогда какой? Чтоб окружение не настраивать, а взять готовое чтоль?

А смысл тогда какой? Чтоб окружение не настраивать, а взять готовое чтоль?

ну да и переносить удобно если что

господа, а кто drone-ssh практикует - у вас docker-compose build не таймаутит ? Может есть идеи дебага этого добра ? Для тех, кто не практикует - drone-ssh - достаточно тупой тул - идёт по ssh на хост и выполняет там команды по списку. на docker-compose build часто возникают таймауты. Если вручную на хосте команды выполнять - всё проходит быстро и без проблем. https://github.com/appleboy/drone-ssh/issues/125

Добрый день. Как работает COPY в DOCKERFILE? Добрый день. У меня есть проект dockerker фаил находится в папке проекта env. Как скопировать фаил в с корня проекта в этот каталог. Вот как команда написана COPY ~/.env.dist /env/ Вот ошибка: Service 'app' failed to build: COPY failed: stat /var/lib/docker/tmp/docker-builder456578354/~/.env.dist: no such file or directory. Почему он ищет его там? и какая команда должна быть чтобы он брал фаил с корня проекта

Добрый день. Как работает COPY в DOCKERFILE? Добрый день. У меня есть проект dockerker фаил находится в папке проекта env. Как скопировать фаил в с корня проекта в этот каталог. Вот как команда написана COPY ~/.env.dist /env/ Вот ошибка: Service 'app' failed to build: COPY failed: stat /var/lib/docker/tmp/docker-builder456578354/~/.env.dist: no such file or directory. Почему он ищет его там? и какая команда должна быть чтобы он брал фаил с корня проекта

почитай про build context

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

Спасибо, за подсказку

настраивал кто gitlab container registry за nginx proxy с lets encrypt и упакованное в docker-compose?

настраивал кто gitlab container registry за nginx proxy с lets encrypt и упакованное в docker-compose?

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

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

Консилиум тонко намекает чтобы ты написал сразу что тебе непонятно

Принято ли на проде (напр. На digitalocean) устанавливать docker проект со скриптами бэкапов, авторизации git пользователя, автообновления ветки и тд для прода? Или есть более правильный путь?

Принято ли на проде (напр. На digitalocean) устанавливать docker проект со скриптами бэкапов, авторизации git пользователя, автообновления ветки и тд для прода? Или есть более правильный путь?

И какой же правильный путь, не делать бэкапы на проде?)

И какой же правильный путь, не делать бэкапы на проде?)

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

Кстати насчет ключей и паролей, кто как рулит секреты? На данный момент, у меня пароли записаны в энвайронмент файл, каждый контейнер берет необходимую ей переменную

Можно в гитлабе

А по уму есть то hashicorp

Ты хотел сказать vault

Кстати насчет ключей и паролей, кто как рулит секреты? На данный момент, у меня пароли записаны в энвайронмент файл, каждый контейнер берет необходимую ей переменную

В .env можно также положить .ssh/id_rsa?

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

Ну вообще есть CI

Ну вообще есть CI

Как его лучше реализовывать?

Ну ставишь хук на новый релиз в репо

Он прогоняет тесты и пуллит

Привет. У меня на винде такое ошибка, как фиксит? *** FATAL CONFIG FILE ERROR *** redis-databases | Reading the configuration file, at line 13 redis-databases | >>> 'logfile /var/log/redis/redis-server.log' redis-databases | Can't open the log file: Permission denied

Заранее спасибо

винда тут ни при чем

В .env можно также положить .ssh/id_rsa?

Думаю можно, тотже принцип, в репозитории они все пустые, когда разворачиваешь открываешь этот файл и прописываешь все свои секреты. Если кто-то взломает твой хост, то может воспользоваться этим всем.

Dobriy vecher, kak nachat izuchat kubernetes? kak podnyat localno bez boleznenno, chtob ne ustanavlivat million zavisimostey (izvinyayus moy russkiy ochen ploxoy)

Dobriy vecher, kak nachat izuchat kubernetes? kak podnyat localno bez boleznenno, chtob ne ustanavlivat million zavisimostey (izvinyayus moy russkiy ochen ploxoy)

https://www.manning.com/books/kubernetes-in-action

https://www.manning.com/books/kubernetes-in-action

?

Здравствуйте! Новичок в докере, возможно, у меня тупой вопрос, но гугл не помог. Есть одна виртуалка на Ocean'е. В ней крутятся контейнеры. В том числе контейнер с приложением на React, веб-сервер, в общем. На виртуалке запущен nginx, который проксирует запросы по разным контейнерам. Небольшая неприятность, что React, можно сказать, хардкодит пути вида "/static/...". Если веб-приложение одно и лежит в корне "/", то всё ок. Но если разместить его по адресу /foo, то запросы всё так же идут на /static. Т.е. становится невозможно иметь запущенными 2 контейнера с веб-приложениями, т.к. они оба делают запросы к /static. Мне нужно превращать "/static/..." в "/foo/static/...". Есть ли возможность как-то проксировать исходящие запросы из контейнера? Или докер тут не поможет? Идея была держать разные приложения в контейнерах на одной виртуалке на время разработки.

Здравствуйте! Новичок в докере, возможно, у меня тупой вопрос, но гугл не помог. Есть одна виртуалка на Ocean'е. В ней крутятся контейнеры. В том числе контейнер с приложением на React, веб-сервер, в общем. На виртуалке запущен nginx, который проксирует запросы по разным контейнерам. Небольшая неприятность, что React, можно сказать, хардкодит пути вида "/static/...". Если веб-приложение одно и лежит в корне "/", то всё ок. Но если разместить его по адресу /foo, то запросы всё так же идут на /static. Т.е. становится невозможно иметь запущенными 2 контейнера с веб-приложениями, т.к. они оба делают запросы к /static. Мне нужно превращать "/static/..." в "/foo/static/...". Есть ли возможность как-то проксировать исходящие запросы из контейнера? Или докер тут не поможет? Идея была держать разные приложения в контейнерах на одной виртуалке на время разработки.

И что мешает разрулить это на nginx?

И что мешает разрулить это на nginx?

Не в курсе как отфильтровать запросы от разных контейров с одного хоста

Не в курсе как отфильтровать запросы от разных контейров с одного хоста

Ну блин, app1.domain.com шлем в один контейнер, app2 во второй. Не?

Ну блин, app1.domain.com шлем в один контейнер, app2 во второй. Не?

Приходит /static от обоих, непонятно в какой слать Сейчас прописано location /static { proxy_pass http://localhost:4000/static; }

Поддоменов нет, голый ip

Поддоменов нет, голый ip

Повесь на разные порты. Самое простое

Для этого надо менять запросы. Я не нашел простого способа как это сделать. Если я правильно понял, констркции вида "import bar.css" кэшируются в некий список [..., "/static/bar.css", ...] во время билда. Были идеи в духе "в post-build скрипте пройтись по списку ресурсов и заменить /static на /foo/static".

Для этого надо менять запросы. Я не нашел простого способа как это сделать. Если я правильно понял, констркции вида "import bar.css" кэшируются в некий список [..., "/static/bar.css", ...] во время билда. Были идеи в духе "в post-build скрипте пройтись по списку ресурсов и заменить /static на /foo/static".

Это уже к разрабам а не про докер.

Пытаюсь понять, можно ли как-то на уровне контейнера/nginx это решить, не трогая приложение

Пытаюсь понять, можно ли как-то на уровне контейнера/nginx это решить, не трогая приложение

Развести по разным портам. Или завести им домены.

Не вижу проблемы сделать первому аппу проксипас на 4000 а второму на 4001

Хотя не, опять фигня будет.

Ну реврайт же, что за детсад

И да, это оффтоп тут, не про докер

Ну реврайт же, что за детсад

И как оно сработает?

Здравствуйте! Новичок в докере, возможно, у меня тупой вопрос, но гугл не помог. Есть одна виртуалка на Ocean'е. В ней крутятся контейнеры. В том числе контейнер с приложением на React, веб-сервер, в общем. На виртуалке запущен nginx, который проксирует запросы по разным контейнерам. Небольшая неприятность, что React, можно сказать, хардкодит пути вида "/static/...". Если веб-приложение одно и лежит в корне "/", то всё ок. Но если разместить его по адресу /foo, то запросы всё так же идут на /static. Т.е. становится невозможно иметь запущенными 2 контейнера с веб-приложениями, т.к. они оба делают запросы к /static. Мне нужно превращать "/static/..." в "/foo/static/...". Есть ли возможность как-то проксировать исходящие запросы из контейнера? Или докер тут не поможет? Идея была держать разные приложения в контейнерах на одной виртуалке на время разработки.

софтлинки не?

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

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

Если несколько контейнеров, то используй docker-compose

Если несколько контейнеров, то используй docker-compose

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