определенно разные сборки. это уменьшит слабую связь.
Если они совместно используют некоторую общую инфраструктуру (обработка ошибок, ведение журнала, поведение ...), используйте 4-ю сборку commom.
Это не повлияет на способ развертывания ваших служб. Если они предназначены для того, чтобы жить внутри одного и того же веб-приложения в IIS, то они просто будут 3 сборками в корзине. конфигурация сервисной модели не изменится. Если они будут жить в отдельных приложениях, то это даже лучше
Если вы думаете, что 3 службы по-прежнему можно обслуживать, подумайте о 10 ... как вы сказали, одно небольшое изменение в одной из них - отличная версия для всех из них
Тот факт, что они объединяются (или нет), не влияет, поскольку они являются услугами, а не компонентами
с другой стороны, при работе с большим количеством сервисов одним из решений является создание сервисной шины, а затем ваши сервисы - это просто обычные классы, и менее важно, находятся ли они в одной сборке или нет (даже может быть проще в том же духе)
но в вашем сценарии совершенно разные сборки