я тоже слышал такую байку. Тем сервером был FreeBSD

Ребята, вопрос по архитектуре для local environment, может кто-то видел ссылки с best practices, потому что не хочется изобретать велосипед на ровном месте:
Есть приложение, сотоящее из микросервисов. Каждый сервис в своём контейнере. У каждого сервиса своя репа. Всё работает отлично, билдится, развёртывается в гугл клауд и т.д.
Сейчас хочу улучшить развёртывание локальных энвайрнментов, потому что хоть и используется docker-compose, но клонить все модули надо пока что вручную. Джуниоры постоянно ломают себе машины и потом тратят по часу на развёртывание приложения на локалке. Это - не оптимально.
Вижу 2 пути, но оба не нравятся:
1. Одна репа с composer.json которая ставится на локальную машину и после запуска композера стягивает все нужные репы и складывает по местам. Особенность работы композера в том, что он тянет репы с .git, так что девы смогут сразу пушить свои изменения. Минус в том, что каждая репа может обновиться двумя способами: через composer update или git pull в ней.  
2. Использовать git submodules. Плюс в том, что это нативный гит, нет сторонних либ. Минус - всё равно придётся писать отдельный скрипт, который будет разворачивать приложение.
Кто сталкивался с похожей проблемой и к какому решению пришёл?

Немного оффтопа. Посоветуете монитор для мака 27 дюймовый?

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

https://12factor.net/ru/
это?

Vector - A lightweight and ultra-fast tool for building observability pipelines | Vector
https://vector.dev/

кстати, а кто как логи крутит если говорить о докер-композе? Все про тот же https://12factor.net/ru/logs, где они рекомендуют писать приложения в контейнере в stdout. Да, докер потом этот аутпут закинет в свой json, но он же после ребута контейнера и удалится. Если напрямую лить из контейнера в тот же эластик то в случае проблем на сети не все сможет передатся, таки просто записывать в локальный файл это надежней как я вижу ...

кстати, а кто как логи крутит если говорить о докер-композе? Все про тот же https://12factor.net/ru/logs, где они рекомендуют писать приложения в контейнере в stdout. Да, докер потом этот аутпут закинет в свой json, но он же после ребута контейнера и удалится. Если напрямую лить из контейнера в тот же эластик то в случае проблем на сети не все сможет передатся, таки просто записывать в локальный файл это надежней как я вижу ...

Vector - A lightweight and ultra-fast tool for building observability pipelines | Vector
https://vector.dev/

кстати, а кто как логи крутит если говорить о докер-композе? Все про тот же https://12factor.net/ru/logs, где они рекомендуют писать приложения в контейнере в stdout. Да, докер потом этот аутпут закинет в свой json, но он же после ребута контейнера и удалится. Если напрямую лить из контейнера в тот же эластик то в случае проблем на сети не все сможет передатся, таки просто записывать в локальный файл это надежней как я вижу ...