ответить на ваш вопрос; Это не имеет большого значения с точки зрения архитектуры микросервисов. Что более важно, так это управление проектом и командой разработчиков.
В какой-то момент ваши микросервисы, независимо от того, насколько слабо связаны, должны будут что-то делить, типичным примером является контракт с версионными сообщениями. Мы определяем наши контракты сообщений в отдельных проектах. В одном решении проекты, которым нужны контракты, могут ссылаться на них. Мы также создаем локальные пакеты nuget для контрактных проектов для импорта в другие решения.
Тем не менее, при организации проекта убедитесь, что ваши службы слабо связаны. Часто это самая большая ошибка в новом проекте микросервисов. Службы не разделены должным образом, и в результате проект усложняется, не получая выгоды (или того хуже). Если вы не знаете, как это сделать, убедитесь, что вы правильно исследовали, что означает слабая связка.
Наконец, REST - это больше о том, как вы решаете выставлять свои микросервисы, а не об архитектуре микросервисов. REST не обязательно является лучшим подходом для демонстрации ваших микросервисов, и вы можете найти другие способы сделать это, включая шаблоны сообщений и брокеры сообщений.