@docker_ru

Страница 861 из 1375
Anton
07.11.2018
13:40:50
ок, гляну

Dmitry
07.11.2018
13:43:51
если коротко, создаёте docker-compose файл, кладёте .env файл рядом, описываете как запускать контейнеры (там это называется сервисы)

ну и затем

docker compose up —build

Google
Dmitry
07.11.2018
13:44:00
всё

Anton
07.11.2018
13:44:58
т.е. с помощью compose я могу настроить среду полностью по шагам, чтобы само все скачивалось, ставилось, настраивались пароли, пути и тд?

Dmitry
07.11.2018
13:47:51
докер компос будет билдить на основе указанного докерфайла сервис, и запускать на основе твоих переменных и настроек, которые ты укажешь

по сути ты описываешь как запускать докер контейнер в yml формате

Dmitry
07.11.2018
13:51:20
для всех контейнеров этого проекта, да

Johnny
07.11.2018
13:52:23
для всех контейнеров этого проекта, да
Тогда этот вариант ему не подойдёт :)

Dmitry
07.11.2018
13:52:55
да, может быть не совсем удобным. Невнимательно кейс почитал

но композ всё равно осваивать)

Corsars
07.11.2018
13:54:16
Переменные в файле .env будут одинаковыми для всех контейнеров
И прочтены процессами под полтзователем? Плохая практика

Dmitry
07.11.2018
13:54:49
они не экспортятся в твоё пространство

там просто файлик парсится

Google
Dmitry
07.11.2018
13:55:09
ну и текущий юзер то конечно может подглядеть ?

ildar
07.11.2018
13:55:34
Dmitry
07.11.2018
13:56:07
каждому сервису можно указать свой env_file
о, а вот и кейс! Мне даже для большого проекта не пригаждалась эта опция

ildar
07.11.2018
13:56:50
захочешь в gitlab-ci монорепу втащить - и не такое пригодится...

Dmitry
07.11.2018
13:58:02
Коллеги, как быстро влиться в кубернейтс?

Johnny
07.11.2018
13:58:14
У меня стоял подобный вопрос относительно недавно, уточнял здесь. Тоже пользуюсь compose, и просто передаю параметр в контейнер, а скрипт его ловит. Но нет возможности запускать в таком ключе микросервисы через scale (только в swarm)

каждому сервису можно указать свой env_file
Странно, когда читал документацию увидел что только один env файл. Видимо плохо читал, посмотрю, спасибо

Konstantin
07.11.2018
14:40:53
Докер тут причём?

Ещё раз говорю - глянь описание канала

Если туго с сабжем, то может ну его, этот АйТи?

Roman
07.11.2018
14:55:36
Если туго с сабжем, то может ну его, этот АйТи?
нет, нужно идти до конца. кто не старается, у того не получается.

мог бы и поддержать.

Anton
07.11.2018
17:42:29
есть ли какой-нибудь dummy / empty образ, если мне нужно создать максимально чистый контейнер?

Andrey
07.11.2018
17:43:31
+1 FROM scratch

Anton
07.11.2018
17:44:15
Johnny
07.11.2018
17:48:51
есть ли какой-нибудь dummy / empty образ, если мне нужно создать максимально чистый контейнер?
вот почти идеально чистый контейнер :) https://blog.quickmediasolutions.com/2017/09/28/a-1-kb-docker-container.html

Anton
07.11.2018
17:56:26
при такой записи COPY ./src /usr/src/mishel в контейнер скопируются все файлы из ./src или создастся src и в нее скопируются файлы?

Google
Anton
07.11.2018
17:57:19
или может надо писать так? COPY ./src/* /usr/src/mishel

ildar
07.11.2018
18:14:53
https://docs.docker.com/engine/reference/builder/#copy в конце пункта описаны правила обработки

Peter
07.11.2018
18:48:50
Всем привет! Подскажите, мне необходимо в одном контейнере запустить демона bitcoin Core и пиложение выполняющее роль прокси для него (с целью предварительной обработки поступающих запросов и доработки ответов), какие практики в данном сценарии будет лучше использовать? Спасибо!

Konstantin
07.11.2018
19:45:34
Наверное какой-то свой прокси, но суть таже, что и с nginx при деплое

Peter
07.11.2018
19:48:15
Использую Windows контейнеры, вообще тоже склоняюсь к варианту двух контейнеров с мостом, в один контейнер думал для удобства при масштабировании

Наверное какой-то свой прокси, но суть таже, что и с nginx при деплое
Да, в качестве прокси выступает самописное решение, но смысл схож

Konstantin
07.11.2018
19:52:09
Ну так масштабируется фронт и бэк по-разному и на удобства не влияет, каждому своё кол-во реплик

Anton
07.11.2018
20:58:17
если я в docker-sompose файле укажу объем в виде файл:файл "./nginx.conf:/etc/nginx/nginx.conf" при запуске сервак будет юзать конфиг снаружи? верное решение?

или лучше скопировать его с заменой?

Stefan
07.11.2018
20:59:28
если я в docker-sompose файле укажу объем в виде файл:файл "./nginx.conf:/etc/nginx/nginx.conf" при запуске сервак будет юзать конфиг снаружи? верное решение?
если нужно будет часто править конфиг, то полагаю что лучше вольюм если нет, то просто копируй

Anton
07.11.2018
21:00:20
если нужно будет часто править конфиг, то полагаю что лучше вольюм если нет, то просто копируй
ну более универсально хочется, значит volume а это нормально будет работать? можно мапить файл в файл? или только директории?

Anton
07.11.2018
21:01:07
ок

а если нет папки на хосте или в контейнере, то при маппинге volume'a все создастся или упадет?

linux интересует

Anton
07.11.2018
21:13:57
объём, картинка - google.translate?
нет) я видел в статьях эти штуки называют объемами

Andrey
07.11.2018
21:15:08
Google
Anton
07.11.2018
21:15:31
так что будет если при мапинге volume'a либо на хосте, либо в контейнере не будет директории?

Andrey
07.11.2018
21:15:51
На хосте если не будет, то не помню что. Возможно упадет. Но не факт. При билде точно падает)

Anton
07.11.2018
21:17:28
В контейнере не страшно. Она создастся.
ок, тогла лучше создавать заранее

Andrey
07.11.2018
21:17:53
ок, тогла лучше создавать заранее
Ну без нее смысла ведь нет запускаться.)

Anton
07.11.2018
21:18:47
Ну без нее смысла ведь нет запускаться.)
ну просто я хочу логи nginx'a видеть на хосте, вот и спрашиваю, мапить в созданную папку или само заведется

Anton
07.11.2018
21:22:06
Stefan
07.11.2018
21:22:30
любые логи?
сервиса твоего

Anton
07.11.2018
21:22:39
т.е. нет необходимости высовывать их наружу руками, все само высунется?

Stefan
07.11.2018
21:22:58
т.е. нет необходимости высовывать их наружу руками, все само высунется?
ты ж не собрался в одном контейнере 3 сервиса запускать?)

Anton
07.11.2018
21:24:25
ну да, но nginx допустим пишет в файл в /var/log, а мой сервис в другом контейнере в, допустим, /myapp/app.log

как докер поймет куда писались логи?

чтобы посмотреть их через docker logs

Stefan
07.11.2018
21:25:47
ну затести

Anton
07.11.2018
21:25:54
ок

Stefan
07.11.2018
21:26:00
думаю покажет все равно, если какая-то критичесская ошибка

Konstantin
07.11.2018
21:36:18
Andrey
07.11.2018
21:49:22
чтобы посмотреть их через docker logs
Для этого надо делать так чтобы логи писались в stdout. Тогда докер будет складывать их сам. И они же будут доступны по docker logs

Google
Роман
07.11.2018
22:24:01
Если сервис мой будет писать просто в консоль, это будет идти в stdout?
Консоль тебе и выводит STDOUT обычно, куда ты и будешь писать для вывода в неё

Lomakin
07.11.2018
22:53:32
Всем привет прошу помощи проект собрал, а вот запустить не могу фаил account-service-all-0.0.1-SNAPSHOT.jar перенести в openjdk:8-jre FROM gradle:jdk8 as builder VOLUME /tmp WORKDIR /opt COPY ./qa-automation /opt USER root RUN rm /opt/.gitignore RUN rm -rf /opt/.git RUN cd /opt/account-service/ && gradle fatjar --stacktrace RUN cd /opt/account-service/build/libs && ls -la COPY /opt/account-service/build/libs/account-service-all-0.0.1-SNAPSHOT.jar /tmp RUN ls -la /tmp FROM openjdk:8-jre EXPOSE 9000 # VOLUME /tmp USER root WORKDIR /app RUN COPY --from=builder /opt/account-service/build/libs/account-service-all-0.0.1-SNAPSHOT.jar . ADD account-service-all-0.0.1-SNAPSHOT.jar app.jar ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"]

Dmitriy
07.11.2018
23:02:28
Где почитать про то, как правильно настроить докер в связке с джанго, celery и redis?

(если у тебя совсем нет опыта)

Andrey
07.11.2018
23:04:32
Dmitriy
07.11.2018
23:05:21
Да, конечно

Страница 861 из 1375