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

именно! именно же!

но есть и вопросы не из разряда доков, на которые слышно только "а зачем тебе это?"

?

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

вопрос здравый, потому как человеку докер может и не нужен

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

правильность - вопрос субъективный... и вопрошающего интересует как сделать, а не рассказывать, зачем ему это

ну вот мне лень придумывать очередную схему операции на гланды через жопу)

короче When a container is connected to multiple networks, its external connectivity is provided via the first non-internal network, in lexical order.

если есть сеть a_net и b_net то дефолт будет из a_net

поэтому если и решаюсь ответить - то первый вопрос о том как стоит изначальная задача

Но работать будут обе

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

ну скажи что требования заказчика, денег дадут за такое, мож кто что и постоветует)

опять же, тут люди за бесплатно сидят, так что если хочешь помощи то придется разъяснить

опять же, тут люди за бесплатно сидят, так что если хочешь помощи то придется разъяснить

так я и не требую отвечать, я лишь констатирую факт: ответов по делу почти не видел

ну многие как раз требуют) и причину почему не отвечают я выше описал)

ну многие как раз требуют) и причину почему не отвечают я выше описал)

не видел, чтоб прям требовали ?

да регулярно) задают вопрос из доки, и через 10 минут - чат у них галимый что никто не отвечает. и тд

да регулярно) задают вопрос из доки, и через 10 минут - чат у них галимый что никто не отвечает. и тд

где ж тут требование? ? тут детское максималистичное разочарование ?

Но работать будут обе

странно, а если просто параметрами через —network прописывать к контейнеру без композа. У меня почему то, контейнер с приложением не видит базу. Хотел 2 сети одна сеть для соединения микросервисов с nginx-proxy, остальные сети для баз, некоторые микросервисы должны иметь доступ к некоторым базам, а некоторые только к одной. В общем всю схему не буду описывать, это в кратце

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

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

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

пчол, вали сам

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

забей, он не уймется

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

и у меня претензий нет

@freeseacher Лёша, что с нами не так ?

ни к кому

@freeseacher Лёша, что с нами не так ?

https://habrahabr.ru/post/317880/

возможно отголоски СССР, психов ведь много =) отбитые на голову люди

возможно отголоски СССР, психов ведь много =) отбитые на голову люди

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

Если заканчивать этот треп то ответ вобщем дан и надеюсь он понятен

пожалуйста, прекратите этот срач.

и не стоит быть мудаками.

https://habrahabr.ru/post/317880/

Давно озадачен этим вопросом. Читаю твиттер всяких коллег разработчиков. "Там" - все делятся инфой, радуются успехам друг друга, приглашают на конференции, едят пиццы и улыбаются. Коллаборации, совместные реализации идей, продуктов, хакатоны и прочие турниры в хакспейсах. "У нас" - тлен, грязь, разруха, гавно, уныние, "пора валить из сраной рашки", навальный, тысячи картинок из серии "не пытайтесь покинуть омск", лепра, злоба, зависть, кругом обман, пхп гавно, холивары, и всё такое. Я даже подумал, может я в глаза долблюсь, откуда же такая разница? Может мне одному только противно и мерзко вот это всё видеть? А сегодня для себя увидел подтверждение, что я такой не один

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

дело в имхо в окружении.

Давно озадачен этим вопросом. Читаю твиттер всяких коллег разработчиков. "Там" - все делятся инфой, радуются успехам друг друга, приглашают на конференции, едят пиццы и улыбаются. Коллаборации, совместные реализации идей, продуктов, хакатоны и прочие турниры в хакспейсах. "У нас" - тлен, грязь, разруха, гавно, уныние, "пора валить из сраной рашки", навальный, тысячи картинок из серии "не пытайтесь покинуть омск", лепра, злоба, зависть, кругом обман, пхп гавно, холивары, и всё такое. Я даже подумал, может я в глаза долблюсь, откуда же такая разница? Может мне одному только противно и мерзко вот это всё видеть? А сегодня для себя увидел подтверждение, что я такой не один

??? как наболевшее

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

@GlobaLlink, Петр, извини, пожалуйста, за резкость... Хочу помириться и чтобы у всех к выходным настроение поднялось ? всем добра и солнца

Такой вопрос от новичка в Docker: Есть два сервиса в docker-compose.yml: pg и elastic. Их я использую скажем в проекте project1. Теперь я хочу эти же контейнеры и сервисы использовать и в другом проекте project2. Такое Docker и Docker Compose вообще позволяют? Куда копать и что читать, если да?

@GlobaLlink, Петр, извини, пожалуйста, за резкость... Хочу помириться и чтобы у всех к выходным настроение поднялось ? всем добра и солнца

забей

Такой вопрос от новичка в Docker: Есть два сервиса в docker-compose.yml: pg и elastic. Их я использую скажем в проекте project1. Теперь я хочу эти же контейнеры и сервисы использовать и в другом проекте project2. Такое Docker и Docker Compose вообще позволяют? Куда копать и что читать, если да?

да можно порты только меняй

но скорее всего ты столкнешься наверное с проблемой мульти сетей

на одном сервере хочешь запускать? Можно порты поменять которые наружу выходят

на одном сервере хочешь запускать? Можно порты поменять которые наружу выходят

Да, именно. Хочу на одном сервере, и не плодить инстансов PgSQL и ES. Что подразумевается под мультисетями? У project1 и всех его сервисов (скажем celery, frontend и так далее) своя подсеть. У project2 ещё одна своя. И у расшаренных сервисов pg и elastic тоже по две свои подсети. Верно понял?

лучше скинь сразу docker-compose.yml

docker-compose все что делает это поднимает контейнеры описанные в текущей папке, в текущем файле docker-compose.yml

лучше скинь сразу docker-compose.yml

https://pastebin.com/sx1HuYnN

перемести в другую папку он создаст еще, с условием если имена контейнеров не будут повторяться

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

а вообще у тебя приложение предусматривает проброс портов базы данных наружу?

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

Верно, этот конфиг разработчики будут использовать у себя на локальных компьютерах. Будут подсоединяться к сервисам внутри Docker'а (Postman для ES, PyCharm для PgSQL, flower/celery для браузера). Я потом другой конфиг для прода напишу.

перемести в другую папку он создаст еще, с условием если имена контейнеров не будут повторяться

Так. Значит что сделать? 1. Создать два отдельных контейнера pg и elastic, вне моих проектов. Которые я и планирую использовать в project1 и project2. 2. Задать им абсолютные имена через container_name. 3. Уже эти имена использовать в каждом из моих проектов в docker-compose.yml файлах каждого проекта.

Вроде бы так это работает, насколько я понимаю.

а я туплю, порты тебе менять не надо

нужны уникальные названия

да

Да, потому что docker-compose.yml делает нечто вроде name mangling в пределах проекта.

хотя я уже сам запутался за целый день с этим докером

хотя я уже сам запутался за целый день с этим докером

Ладно, спасибо. :) Основую идею и направление понял. Сейчас буду экспериментировать.

вообще для dev и прод я бы сделал, может это и не бэст практис, но такой уже у меня стоит. Экспозится nginx 80 порт у веб приложений и api, с расписанными путями и поддоменами, внутри конейнеры общаются по name, объедены все в одну сеть, есть контейнер с openvpn, с портом наружу и заранее вбитыми учетками, его порт тоже экспозится наружу для доступа во внутреннюю сеть этих контейнеров, только общаешься по айпи, можно в хостс конечно прописать наверно имена.

ERROR: S client not available

Раньше был extends в docker-compose файлах. https://docs.docker.com/compose/extends/#extending-services Полез за документацией, и увидел что его убрали в 3+ версии. Если у вас что-то ниже, можете попробовать воспользоваться им. Как костыль, предлагают дробить docker-compose.yml на куски и подкидывать их в docker-compose через множественный -f.

В общем сделал я shared PG и shared ES instances.

https://stackoverflow.com/a/24326540/571465 Вот этот пост на stackoverflow помог.

Просто в отдельной директории создал отдельный docker-compose.yml, там поднял нужные общие сервисы. Задал container_name обоим, пробросил порты наружу и подсоединяюсь из моего проекта по IP хост-машины.

В общем идея ясна. Такое достаточно легко делается.

Порты разные сделал?

У хост машины как понимаю один ip

У хост машины как понимаю один ip

Угу, он один и хост-машина доступна из любой подсети Docker.

?

Порты разные сделал?

Гм, не совсем понял вопроса, но да. И у PG, и у ES сменил порты с дефолтных. Пробросил их наружу в хост-машину.

А ну вот я о том

Это первый предложенный вариант

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

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

Оба проекта?

Ну тоже вариант кстати.

docker-compose.yml в пределах всей VPSки грубо говоря.

Ну сам решай как удобно

У меня в основном мини сайтики api. Все через nginx один 80 порт дышит и openvpn

Мне так удобнее. Только вот разделить по сетям не получается

кто-нибудь использует какой-нибудь load-balancer для grpc? dockercloud/haproxy с tcp что-то не завелся для этих целей. Что посоветуете?

сорян, протупил. Все пашет

кто-нибудь использует какой-нибудь load-balancer для grpc? dockercloud/haproxy с tcp что-то не завелся для этих целей. Что посоветуете?

в gRPC есть client side load balancer API

господа поясните за https://docs.docker.com/engine/swarm/configs это ведь статические конфиги. как эти стические конфиги оживить ?

выглядит так будто там нет такой возможности вовсе. пожтмоу кажется что опять на выручку приходит consul-template и конфиги на самом деле будут не для сервиса а для консул темплейта а консул темплейс уже будет фигачить конфиг сервиса

но это как то.... криво ?

господа поясните за https://docs.docker.com/engine/swarm/configs это ведь статические конфиги. как эти стические конфиги оживить ?

так это и есть статические конфиги. например у тебя есть 2 редиса: один для кешей, второй для инфы. имеджи одинаковые, конфиги - разные

понятно. опять замануха он докера с заглушкой на будущее

не совсем понятно, чего ты от этого хочешь

менеджер динамических конфигов? а кто будет принимать решения?

я хочу что бы кто то писал секцию upstream в nginx