Как в Docker Compose организовать шаринг файлов между контейнерами?

Question

[dm-kotlyar]

Появилась такая академическая задача, на которую никак не могу найти решение. Имеются 2 приложения написанные на Java (2 jar архива). Одна jar'ка вызывает внутри себя методы из другой jar'ки. Требуется записать их в разные Docker контейнеры и запустить через Docker-compose.

Теперь непосредственно вопрос: как это можно запустить на докерах с помощью Docker-compose? Пробовал по-разному прописывать volume, пока ничего не помогло. В идеале нужно, чтобы файлы передавались внутри докера минуя хост-машину. Но как вариант можно сделать общую папку на хосте.
По второму варианту получилось только сделать папку и руками скинуть туда 2 JAR-файла, но тогда и потребность во втором контейнере отпадает. А вот сделать так, чтобы контейнеры сами скидывали туда свои JAR-файлы при запуске командой docker-compose up, а потом запускались - не получилось.

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

Comments

[Anton Kuzmichev]

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

[dm-kotlyar]

Anton Kuzmichev, в рамках текущей задачи - да, он выступает в роли файлового хранилища.

[Anton Kuzmichev]

dm-kotlyar, ну, контейнер docker в итоге нужен для запуска процесса. Нет процесса - не нужен и контейнер, ведь запускать по сути нечего. Это если я правильно понимаю, что один jar может использовать другой, как в винде исполняемый exe подключает библиотеки dll. Второй jar тогда просто как файл в один контейнер добавить, вместе с первым. И пусть использует его, как хочет.
Между контейнерами в docker, насколько я знаю, предусмотрено только сетевое взаимодействие. Это значит, что если вам позарез надо 2 контейнера, то jar2 надо реализовывать как сервер с API, с помощью которого его будет пользовать jar1 по сети. Каждый тогда может располагаться в своём контейнере.

[dm-kotlyar]

Anton Kuzmichev, спасибо за ответ, об этом я тоже думал и даже начал реализацию. Но подожду ещё ответов сообщества, может быть кто-нибудь предложит какую-нибудь "магию".

Answer 1

[askhat]

Как работают тома в Docker?

Comments

[dm-kotlyar]

Пробовал как Дата-контейнер, ругается что второго файла нет.

[dm-kotlyar]

dm-kotlyar, а нет, всё вроде бы нормально. Код из примера вроде бы работает. Просто Докер не пересобрался.

Answer 2

[dm-kotlyar]

Сформулировал для себя решение. Публикую, мало ли кому-то ещё пригодится и себе на память.

Структура проекта следующая:

Main.jar
lib:
 - Name.jar

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

docker-compose.yml

version: '2'
services:
  java:
    image: 'private/java'
    volumes_from:
      - 'app_main'
      - 'name_class'
    command: 'java -jar /usr/local/app/Main2.jar'
  app_main:
    image: 'private/app1_main'
  name_class:
    image: 'private/app1_name'

DockerfileMain

FROM ubuntu:latest
ENV app /usr/local/app
RUN mkdir ${app}
COPY ./prj/Main2.jar ${app}
VOLUME ${app}
WORKDIR ${app}
CMD /bin/true

DockerfileName

FROM ubuntu:latest
ENV app /usr/local/app/lib
RUN mkdir -p ${app}
COPY ./prj/lib/Name.jar ${app}
VOLUME ${app}
WORKDIR ${app}
CMD /bin/true

Comments

[chupasaurus]

По вашему решению плачет бритва Оккама.

[dm-kotlyar]

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

[askhat]

dm-kotlyar, в качестве образа для дата–контейнера можно было использовать ту же private/java, она всё равно уже скачана для процесса

[askhat]

dm-kotlyar, для сервисов композа, собираемых их локальных Докерфайлов (app_main и name_class) не может быть ключа `image`, см. док. по ключу `build` Docker Compose.

(я вообще не понимаю как это работает, без указания контекста сборки и кастомного имени Докерфайла)

[dm-kotlyar]

Askhat Bikmetov, контейнеры собирались отдельно командой

docker build -f DockerfileMain -t private/app_main .

и аналогичной для второго контейнера. Честно говоря, докеры как инструмент я ещё только познаю. Для данного примера лучше использовать ключ build? И чем это лучше? На условный продакшн-сервер нужно будет тащить весь проект с докерфайлами?

[askhat]

dm-kotlyar, если описать билд конфиг в композе, то пользоваться командой `docker` не придётся вообще

...
some-container:
  build:
    context: . # пути в Докерфайле относительно директории с композ файлом
    dockerfile: ./Dockerfiles/some-container
...

далее, будет достаточно ввести `docker-compose up -d` чтобы собрать (если ещё нет) и запустить «композицию». Если файлы изменены, композ должен быть эксплицитно об этом предупреждён чтобы собрать контейнеры заново `docker compose up --build -d`