появился тут у меня сервачок на спринге от прошлого прогера. хочу его в контейнер пихнуть, чтоб жаба жила только там. получается, в докерфайле я копирую файлы с директории в контейнер, запускаю gradle build и дальше юзаю docker-compose в композе я поднимаю 2 сервиса – монгодб и спринг в спринге я указываю command: java -jar server.jar и указываю depends_on: mongodb а в монгодб я лишь указываю образ монго и рестарт олвейс правильно ли я мыслю или что-то упустил? если я у монги не указываю порт, она же будет на дефолтном доступна для спринга?

да, коннектишься mongodb://<container_name>:27017 только линку или нетворк между ними сделай

С depends_on только не получилось, добавил links и все завелось

С depends_on только не получилось, добавил links и все завелось

version: '3' services: mongo: image: mongo app: image: test links: - mongo depends_on: - mongo environment: - MONGODB_URL=mongodb://mongo:27017/test

Глупый вопрос, но все же. Именования внутри одного композа никак не конкурируют с такими же именованиями внуьри другого? Ну типа db db

У меня так было, но это если у тебя контейнеры в одной сети

Это типа глобальная как прокси для контейнеров?

почему прокси..

Ну а как, виртуальный интерфейс?

Ну а как, виртуальный интерфейс?

https://habr.com/ru/post/333874/

Страшно такое на ночь читать, спать плохо буду

И ещё такой вопрос. Для того, чтоб в контейнере был gradle, нужен имидж с градлом или же ставить его в dockerfile run...?

Ребятки.Нужна помощь. Установил докер на ubuntu (vps) , пытаюсь создать контейнеры , а они автоматически при создании закрываются как я понимаю Использую команду : sudo docker run -P --name xxxxx ubuntu

Ребятки.Нужна помощь. Установил докер на ubuntu (vps) , пытаюсь создать контейнеры , а они автоматически при создании закрываются как я понимаю Использую команду : sudo docker run -P --name xxxxx ubuntu

ну, ты запустил контейнер с голой операционкой она отработала твой запрос (запустится, буквально) и закрылась

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

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

Привет. Представим следующее: есть машина с 7гб, и 11 контейров с лимита в 1 гб. Как так получается, что заезжает больше 7?

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

а если какой-то механизм, который не позволяет этому произойти: зарезервировать 1гб и не отдавать ему никому? То есть при 7гб и оставить только 7 контейреров и не позволять другим сервисам запускаться на этом хосте

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

А можно как то заставить докер перед сборкой образа выполнить мой скрипт?

Где, на хосте что ли?

А можно как то заставить докер перед сборкой образа выполнить мой скрипт?

Вопрос по сетям в докере: каким образом создать сеть , к которой можно было обратиться с удаленной машины ? На данный момент имеется win7 хостовая, и debian 9 гостевая. На debian запущен контейнер ( крутится эластиксерч). Не могу обратиться с хостовой машины к нему.

А можно как то заставить докер перед сборкой образа выполнить мой скрипт?

Пишите make скрипт

Пишите make скрипт

А можно как то заставить докер перед сборкой образа выполнить мой скрипт?

Какой скрипт, что ты имеешь ввиду

sh

sh

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

Можешь объяснить

Ничего не мешает просто если это можно автоматизировать почему бы не автоматизировать а если ещё и без костылей

Bash script

Ты собираешь в ручную без СИ правильно...рукми пишешь докер билд ..... Что автоматизировать))) ./скрипт && docker build .)

У него есть скрипт для хоста, который должен выполняться до сборки docker. Что этот скрипт делает - решит для себя он сам. Может этот скрипт настраивает окружение, или устанавливает аргументы. Makefile отлично подходит, для того чтобы каждый раз не писать одно и то же при пересборке.

make build, make up, make down гораздо проще писать, чем ./script.sh && docker-compose build

для сборки неплох

не согласен вот вообще....а докер билд можно в жтот же скрипт его запихнуть