напрашивающийся вариант: измерить время запроса/ответа от каждого и выбрать оптимальное
стрёмный вариант: чекать положение клиента и выбирать ближайшее в надежде, что оно будет самым быстрым, но как-то неоч...
а в чём проблема измерить время с момента отправки запроса и до получения ответа?
хоть System.Diagnostic для мазохизма
можно заголовок даты создания в Request/Responce
можно слать простой запрос с временем до милисекунд в utc формате и считать разницу
Можно написать функцию на javascript'e используя таймер и загрузку небольшого количества информации с каждого сервера, или не с каждого, в зависимости от результатов. На основе этих данных - выбрать тот что меньше времени занял, потом подставлять соответствующую url.
Результат можно сохранить в базе данных на сервере, если пользователи регаются, иначе в localstorage
Можно воспользоваться WatchDog и замерить время от начала подачи запроса (синхронного) до получения результата. Только по личному опыту, учитывать нужно не первый запрос к службе а второй и далее, т.к. в первом накладные расходы на подключение.
не факт, что надо мерить по скорости второй запрос, зависит от задачи. К веб службе подключение не постоянно может держаться, и его надо будет каждый раз устанавливать по новой.
