Hett , я как-то пробовал так же просто с PG работать из контейнера. В итоге плюнул, правда больше из-за того что Docker под Mac очень тормозит. Но в общем и целом установить раз все это дело локально не сложно и работать так тоже проще.

По поводу огромного кол-ва микросервисов, я бы предложил такие решения:
1. Использовать моки. У меня к примеру в проекте около 10 интеграций, на все их написаны моки. И по сути все моки поднимаются как одно маленькое приложение. Все работает быстро и позволяет мне сконцентрироваться на своем проекте.
2. Плюс нужно какое-то окружение где задеплоены все сервисы и мы могли бы с локальных машин подключать их. В таком случае локально не надо будет разворачивать ничего кроме своего. Архитектура конечно должна поддерживать такое. Это все к тому же обсуждению pull vs push архитектуры - pull здесь сильно помогает.
3. И если все-таки понадобилось развернуть что-то локально - то что надо, то и разворачиваем. Т.е. к примеру используем N сервисов удаленных и 1 локальный.

Ну а если все-таки много сервисов нужно запустить (это должно быть редкостью), то да - тут Docker лучше всего подойдет. Но нам же разрабатывать прям в контейнере все равно не надо? Наш сервис на хосте может работать и общаться с теми кто в контейнерах. Т.е.:
HettМожно. Но нужно тогда заморачиваться ручной настройкой сети. Хост не видит контейнеры по именам да и доступа к ним не имеет если порты не пробрасывать.Да, это обязательно нужно сделать и это очень быстро оправдает себя.

Hett, выглядит это все намного медленней чем пересилить себя и переконфигурить сервисы :)
Да, поддерживать надо. Но окупаются они быстро, особенно если другие сервисы не меняются часто. Риск что они в какой-то момент будут не совпадать с реальными сервисами - тоже есть. Для этого нужно настроить "пирамидальное" тестирование - сначала проверяем наш функционал с замоканными сервисами, а на следующем шаге пайплайна проверяем интеграцию с настоящими сервисами (тут тестов намного меньше надо).

Запусков. Скорость настройки на самом деле не так важна - они не так часто меняются. А вот запускать приходится часто. 4 сек и 15 сек - это огромная разница.

Вы ж у себя можете вообще один docker-compose на все сервисы завести. И определять там адреса переменными:

И переопределив эту переменную во время запуска можно все сервисы запустить с новым значением.
maytonЗачем каждый раз их поднимать? Куда 15 секунд уходит?На запуск нашего приложения в контейнере вместо идеи.

А что за галочка? Я всегда как Application конфигурю, может зря..

Тоже не доверял ему, но вижу что коллеги пользуются, то начинаю тоже периодически нажимать. Но сам я не то чтоб часто приложение запускал - я больше тестами логику проверяю.

JetBrains выпустила новую IDE Fleet , среди прочего:
Fleet is built from the ground up to cater to the needs of developers who don’t necessarily work with local projects. With its distributed architecture, Fleet doesn’t care if your project is local, in a container, or in another country thousands of miles away. By providing a virtualized file system, Fleet can work with local and remote projects equally well.

Fleet’s architecture is distributed, separated into frontend, backend, workspace server, and file system watcher. This permits Fleet itself to be run in a distributed way, allowing for scenarios where analysis and other operations can be run on a remote machine for instance.Что это значит на практике пока не знаю.