Есть сервис, он может быть установлен на некольких компьютерах в сети.
Как сделать так, чтоб они могли сами обнаруживать своих братьев и объединяться в некий коллектив?

Что-то типа: стартует сервис, сообщает, что он стартонул, другие живые получают сообщение, синхронизируются с ним и т.д..

hVosttРолг Хупин,

По-всякому. Определить можно по создаваемому сервисом известному файлу, именованному глобальному мьютексу, или ещё как. Сообщаться можно через WCF, по HTTP или именованному каналу.

А что подразумевается под коллективом? Что этот коллектив может делать как коллектив, но может делать как по одиночке? Странная какая-то постановка запроса.

Это идея, ну, например,

приложения коннектятся к сервису, а он к базе.
внутри сервиса есть кеш, некоторые дополнительные данные из базы и т.д.

Юзер хочет сделать лоад балансинг, стартует еще один такой же сервис к той же базе, часть приложений работают через сервис2.
Вот и появилась идея синхронизации кеша сервисов, чтобы новый стратонул, нашел других, получил кеш и данные и продолжают работать

hVosttРолг Хупин,

И это всё должно происходить на одной машине? Если так, то это не более чем расходование ресурсов. Всё можно сделать в одном приложении в разных потоках. Или использовать не блокирующие асинхронные операции, или и то и другое.

Горизонтальное масштабирование, когда одной задачей занимается несколько машин, называется кластер, и в этом случае нужна балансировка нагрузки, существует множество стратегий и механизмов, зависит от задач.

Про распределённый кеш уже сказали, нет нужны создавать множество сервисов, если проблема только в этом.

о том и речь, не на одной, сервисы в сети на разных машинах, но могут коннектиться к одному серверу баз

skyANAРолг Хупин, в таких случаях используют распределённый кэш.

да, согласен, в общем
Какой-нибудь кеш сервер, о котором знают все сервисы и работают с ним.

TsHeloWorlderТакую же задачу просят решить прежде чем подавать резюме на одну из вакансий в одной сетевой конторке )

и как решают?