Добрый день, вопрос следующий, как реализовать компиляцию C# проекта на mono в Docker на этапе сборки контейнера, в последствии сохранив только исполняемые файлы и подключаемые библиотеки. Dockerfile: FROM mono:latest COPY ./ /tmp/ RUN msbuild /tmp/Server.sln RUN mkdir /opt/server RUN cp /tmp/Server/bin/Debug/* /opt/server/ EXPOSE 8080 CMD ["bash", "mono /opt/server/Server.exe"] Докер совершенно не хочет сохранять файлы полученные не в результате COPY, а в результате скриптов запушенных внутри контейнера. Есть ли какой-нибудь грязный хак чтобы это все красиво обойти без использования VOLUME? Заранее спасибо.

Кстати, что значит не хочет сохранять файлы? Файлы получены на каком этапе? выполнения RUN в Dockerfile или после запуска контейнера?

В результате RUN. Желаемое поведение - скопировать исходники, собрать бинарник, его и динамически линкуемые библиотеки помещаются в другое место, откуда и запускаются.

Кстати, что значит не хочет сохранять файлы? Файлы получены на каком этапе? выполнения RUN в Dockerfile или после запуска контейнера?

Спасибо, немного лучше разобрался с multistage и думаю что это то что надо.

А почему ты думаешь, что файлы после RUN не остаются в образе?

Ну хотя бы потому что когда я делаю docker run с ENTRYPOINT/CMD ['ls -lah <filepath>'] выдает то что файл не найден. Хотя то же самое ls после RUN отрабатывает корректно

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

Я после каждого этапа сборки делал ls <путь до собранных сорцев и т.д.> и все отрабатывало корректно. Иначе он бы сфейлился.

Хм, мистика. Ну тогда фиг знает. Ставлю на то, что где-нибудь незаметная ошибка в стиле опечатки или типа того.

Вы были правы, я в CMD указал не полный путь до интрепретатора.

Приветствую. Какой storage-driver использвуют в основном?

Приветствую. Какой storage-driver использвуют в основном?

Помогите плиз советом, как сделать следующее. Есть множество сервисов, которые имеют http сервисы + консольные команды для сервисных нужд. Их использует вышестоящая система по HTTP. Есть ли что-нибудь полезное из сервисов, что может вызываться из вышестоящей системы по API и дергать консольные команды?

openresty + https://github.com/jprjr/lua-resty-exec

в кластере или где?

RUN mkdir /src WORKDIR /src COPY . /src/ RUN pip install -r requirements.txt COPY . /src/

Зачем COPY два раза?

Есть какие-то мысли по поводу вопроса?

Я же не знаю что лежит в проекте. Плюс есть ли .dockerignore

не в яйцах дело?)

Ребят, а на сколько это хреновая затея, совать фронтент в докер? Хочу доставлять на прод в едином стиле. Т.е. чтоб все компоненты были контейнерами. И вот с фронтом проблема. С одной стороны там тупо статика, с другой стороны, архивчики таскать не оч удобно.

А что мешает?

даж не знаю. Вроде как лишний nginx получается

не такая чтобы о ней думать)

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

А мне тут еще фронт зараза какой то хреновый достался. Его чтобы запустить на определенном домене, надо делать ребилд. Пока хз как это порешать)

Nginx-proxy и в него можешь скормить любой домен

не, я не совсем верно высказался. Там фронт ходит в апишку, и вот адрес апишки каким-то магическим образом должен быть указан до билда. И чтобы его сменить, нужен ребилд. React мать его...

Webpack?

А мне тут еще фронт зараза какой то хреновый достался. Его чтобы запустить на определенном домене, надо делать ребилд. Пока хз как это порешать)

Вроде вот из-за этой штуки https://github.com/axios/axios

new webpack.DefinePlugin({ 'COOL_API_URL': JSON.stringify(process.env.COOL_API_URL) })

ну это для запуска на node. Я совсем не хочу node использовать для отдачи статики.

в итоге при обращении к api юзай axios.get(COOL_API_URL + '/api/getSomethings?param=foo')

так перед сборкой образа указываешь

Сделал как вы сказали. Теперь такая ошибка: 2018-08-24 10:08:42.288 GMT [1] FATAL: -c pg_restore requires a value Уже пол часа бьюсь об стенку)

Так вот я и хочу уйти от пересборки образа. Потому что чисто технически у меня получается на каждом этапе свой билд. Могут поменяться либы в репозиториях, могут вообще пропасть репозитории и много других причин. Вот и хочу получить на этапе билда, кучку статики и просто переносить ее между env. Но чота пока хреново выходит)

фронт никак не получит урлу для апихи магиией.... нужно пересобирать в любом случае либо ходить в какой нить другой сервис для получения урлы (котрый тоже надо будет пересобирать)

Но как config.js появится в контейнере без пересборки?

Можно

А понимаю что вопрос не оч для тематики канала, но как?)

в одном сервисе мы делаем так cat /tmp/default.tpl.conf | envsubst '${xxx_URL} ${yyy_API_URL} ${zzz_URL}' > /etc/nginx/conf.d/default.conf данные берутся из env фронт ходит только по урлам /xxx/api/ /zzz/api/ а на уровне nginx мы уже рулим через proxy_pass конечные урлы до сервиса

https://docs.docker.com/storage/storagedriver/btrfs-driver/

И как с ним работается ? For instance, you can use btrfs with Docker CE, even though it is not recommended on any platform for Docker CE, and you do so at your own risk.

Хорошо