Покаж весь композ

version: '3' services: db: image: api-test:latest restart: always expose: - "5432" environment: POSTGRES_USER: ********* POSTGRES_PASSWORD: ********* POSTGRES_DB: ********* networks: app_net: ipv4_address: 192.168.100.15 test: build: dockerfile: tests/api/containers/test/Dockerfile context: . ports: - "8080:443" depends_on: - "db" networks: app_net: ipv4_address: 192.168.100.2 start_dependencies: image: dadarek/wait-for-dependencies depends_on: - db command: 192.168.100.15:5432 networks: app_net: ipv4_address: 192.168.100.3 networks: app_net: ipam: driver: default config: - subnet: "192.168.100.0/24"

А что в логах контейнера db?

version: '3' services: db: image: api-test:latest restart: always expose: - "5432" environment: POSTGRES_USER: ********* POSTGRES_PASSWORD: ********* POSTGRES_DB: ********* networks: app_net: ipv4_address: 192.168.100.15 test: build: dockerfile: tests/api/containers/test/Dockerfile context: . ports: - "8080:443" depends_on: - "db" networks: app_net: ipv4_address: 192.168.100.2 start_dependencies: image: dadarek/wait-for-dependencies depends_on: - db command: 192.168.100.15:5432 networks: app_net: ipv4_address: 192.168.100.3 networks: app_net: ipam: driver: default config: - subnet: "192.168.100.0/24"

docker exec в контейнер с бд и проверь порт на локалхосте и внешнем ip. Если открыт - exec в контейнер с тестом, там проверь порт на db. https://t.me/docker_ru/123282

Вот выше посмотрел на конфиг и вопрос. А зачем указывают subnet? Не все ли равно какой ip внутри контейнера?

Коллеги, подскажите как собрать образ с докером

допустим есть официальный реп

как его распаковать и посмотреть что там внутри)

Уточни вопрос) эти три предложения никак не связаны между собой.

как его распаковать и посмотреть что там внутри)

docker save?

Привет. Кто-нибудь может посоветовать утилиту для отслеживания изменений в коде и перезапуска контейнеров во время разработки?

hot rebuild?)

Привет. Кто-нибудь может посоветовать утилиту для отслеживания изменений в коде и перезапуска контейнеров во время разработки?

ну тебе нужен ci\cd pipeline, на старт сборки по мержу в мастер а потом деплой новых образов

gitlab-ci + docker compose

gitlab-ci + docker compose

ну или gitlab ci + ansible docker

ну тебе нужен ci\cd pipeline, на старт сборки по мержу в мастер а потом деплой новых образов

Во время разработки. Я же не буду мёрджить в master каждую мелочь?

Можно настроить на любую ветку или тэг

Или на любой коммит вообще

Во время разработки. Я же не буду мёрджить в master каждую мелочь?

ну гит тебе точно нужен а мерж или не мерж разницы никакой

Есть какое-нибудь решение не связанное с git? Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать.

?

Есть какое-нибудь решение не связанное с git? Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать.

а в чем проблема разрабатывать без докера???

разработай, получи результат

запуш и сделай себе образ

нафига напрямую в докере то разрабатывать

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

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

https://medium.com/travis-on-docker/why-and-how-to-use-docker-for-development-a156c1de3b24

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

так я тебе и сказал ci\cd делай и работай с гитом

> Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать.

> Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать.

а почему не хотел бы? делай стейдж ветку и говняч

Ну, такое себе решение. Много лишних действий, затрудняет разрабоку. У многих инструментов, которыми я пользовался, есть режим отслеживания изменений и перезапуска. Я хочу узнать, работал ли кто-нибудь с чем-то подобным для Docker?

https://medium.com/lucjuggery/docker-in-development-with-nodemon-d500366e74df

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

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

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

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

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

Я говорю об общих вещах. Нужна утилита, которая будет отслеживать изменения в файлах, на которых строится образ, и перезапускать контейнер. Желательно в связке в docker-compose. В своём проекте я использую mariadb, flask + uwsgi, nginx.

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

Если у тебя программа интерпритируемая - вполне норм. Если компилируемая - скорее всего будет свой образ для инкрементной сборки.

А так по аналогии с nodemon для nodejs

всем привет. подскажите плз, как отучить докер добавлять правило в nat цепочку с dnat порта?

то есть я хочу ограничить доступ с определенных сетей к порту

Но перезапускать прям контейнер - дико неудобно и медленно

а не открывать на весь инет

Если у тебя программа интерпритируемая - вполне норм. Если компилируемая - скорее всего будет свой образ для инкрементной сборки.

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

подскажите плиз

volumes: - mongo:/data/db

что значит эта строка?

я понимаю то что волюмы и прочее

- mongo

это путь или что )?

mongo: image: mongo restart: unless-stopped volumes: - mongo:/data/db ports: - 127.0.0.1:27017:27017

я хочу найти место где докер хранит файлы монго

но че т туплю

что значит эта строка?

named volumes

эт понятно

а где бд

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

вне хоста

т.е. вне контейнера

т.е. вне контейнера

docker volume ls

и дальше гугли

1. в compose файле у тебя регается твой волум (секция volumes) 2. compose создает волум с префиксом имени твоего проекта (если волум не external). у тебя судя по всему это webinars-mono 3. docker volume inspect webinars-mono_mongo покажет тебе инфу о том что где

Сергей, спасибо)

/var/lib/docker/volumes/

docker inspect говорит что тут бд

но блин

контейнер остановлен

получается бд внутри контейнера была ?

проект не мой просто, поэтому столько вопросов

там должны быть файлики которые монга кладет в /data/db

просто я когда изучал докер то там были такие моменты - -v /home/<user>/data:/data/db ..

хз что ты хочешь с нимии делать

типа мы говорим - вот место на хосте

вот тебе база ...

Сергей) я хочу перенести проект

с одного хоста на другой

вот тебе база ...

не база, файлы. Те которые генерит бд и которые должны сохраняться между запусками контейнера

и вот ищу где докер хранит бд

потсгреса и монго

postgres: image: postgres:9.6 ports: - "127.0.0.1:5432:5432" environment: - "POSTGRES_DB=webinar" volumes: - postgres:/var/lib/postgresql/data labels: com.centurylinklabs.watchtower.enable: "false" restart: unless-stopped mongo: image: mongo restart: unless-stopped volumes: - mongo:/data/db ports: - 127.0.0.1:27017:27017 volumes: postgres: mongo:

сама база в контейнере (софт), артефакты которые оно создает (wal фыйлы, файлы с табличками и т.д. - в волуме)

а где волюмы

бля

docker inspect тебе mountpoint прокидывает

вот там файлики и лежат