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.Что это значит на практике пока не знаю.