Как вы уже поняли, существует разногласие между разложением сервисов на небольшие, многократно используемые, отдельно развернутые строительные блоки и управляемостью большого количества сервисов
Отдельные сервисы
Для: Гибкость развертывания, повторного использования и компоновки
Против: Управляемость, накладные расходы на вызов, если сервисам необходимо общаться друг с другом
Одна большая служба
Для: Упрощенное развертывание и управление, вызов в памяти между «сервисами»
Против: Повторное использование всего сервиса, добавленная конкуренция за несвязанную функциональность, потенциальные проблемы с масштабируемостью
Как и в большинстве этих вопросовлучшие решения находятся где-то посередине - группирование аналогичных сервисов в единое развертывание при сохранении гибкости для масштабирования некоторых групп сервисов с более интенсивным использованием