ну, вариантов полно, самый простой файл с env переменными и envsubst

а так любой шаблонизатор

Ну вот в сторону envsubst и смотрю. Но там еще логика должна быть.

Думал про jinija2 но не хочется ради этого питона тянуть в контейнер

желательно близкий к стэку имеющеемуся

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

Ребят, такой вопрос: как организовать приложение лучше?
имеем следующее:
в первой папке(и репозитории) лежит приложение и докер композ с конфигом приложения + nginx + mysql
все это собрал и запустил на сервере
далее дописал еще 2 микросервиса (например api и сервис оповещений) - они оба в своих репозиториях лежат, соответственно и папки свои тоже
как теперь их добавлять в докер компоуз на сервере? у них свои репы в гитлабе, лежат они в своих папках
да и докер композ файл ведь в первом репозитории лежит

Вот и я начинаю думать, что наверное жизнь не надо усложнять.

Прилага будет точно в кубе. Там есть Хельм. Он справится.

А с чистым докером, тогда кидать готовые конфиги.

вот есть уже шаблонизатор )

по своему композу у новых, если первый от них не зависит. И там external network из первого подключить, тома так же можно

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

как-то не так меня поняли: у каждого сервиса свой композ, который местами сссылается на ресурсы, созданные в “главном” как на external

Это, конечно, если “главный” ничего знать не должен о микросервисах

Если это “распреденный монолит”, то на практике проще вынести композ в отдельный репозиторий и там всё прописывать, только без build секций

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

Кастомный скрипт в качестве docker entrypoint, который использует эти параметры енвайрмента?

Как один из вариантов. На котором пока остановился.

Господа, возник вопрос пока читаю книжку одну, в докере есть такая вещь как контейнер с данными - куда привязывает том. А потом остальным контейнерам задаётся флаг чтобы они могли оттуда брать данные. В каких случаях это вообще используется? У кого-то есть реальный опыт? А то я пока чет не догнал

под виндой разработка сродни дрочке вприсядку
бросай ка это дело, на линуксе надо девелопить

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

железо?