Очевидно, это всего лишь один из факторов, но если я размещу сайт здесь, в Великобритании, зная, что большинство моих пользователей находятся в США, какой вес я должен придавать беспокойству по поводу скорости доступа для этих пользователей? (В настоящее время ~ 70% пользователей в США, ~ 20% в Великобритании, остальные - повсюду.) Трансатлантический перелет раньше был большим делом, но действительно ли он играет большую роль в сегодняшнем мире?
Опять же, я понимаю, что это только один фактор в общем миксе, просто хочу посмотреть, какой вес, по мнению сообщества, я должен ему придать.
(Прежде чем вы предложите это, использование одной из крупных CDN / облаков - Amazon s3 + ec2, Google AppEngine и т. Д. - в настоящее время не вариант.)
РЕДАКТИРОВАТЬ: Все ответы приветствуются; любые истории о непосредственном опыте с этим были бы особенно полезны.
Раньше возникали серьезные проблемы как с задержкой, так и с пропускной способностью трансатлантических каналов. В наши дни доступная пропускная способность (при условии, что у вашего интернет-провайдера / хоста есть приличные пиринговые механизмы) такова, что в большинстве случаев пропускная способность на самом деле не является проблемой.
Задержка по-прежнему может быть проблемой, но только если ваше приложение особенно чувствительно к задержке. Например, время передачи небольших пакетов (т. Е. Стандартный запрос ping) между моими домашними компьютерами (онлайн через хорошего ADSL-провайдера) и сервером, который у меня есть на стороне государства (поскольку он обычно дешевле), обычно составляет около 100 мс. (иногда он какое-то время приближается к 120). Для подавляющего большинства веб-сервисов такой уровень задержки вообще не будет проблемой.
Я бы не стал придавать этому большое значение ... США / Великобритания - не большой хмель. Даже транзитно-тихоокеанский регион не является препятствием для сделки, если ваша конечная сеть не перегружена. Надежный сетевой провайдер гораздо важнее, чем то, где вы находитесь, с точки зрения обеспечения удобства для пользователей сайта.
Они жалуются, что это медленно? Какая у вас скорость на выходе?
Вы можете подумать о настройке прокси-сервера / кеш-сервера Squid в США или репликации вашего сайта на сервер в США, если это действительно серьезная проблема.
Но я [лично] не ожидал, что это будет иметь такое большое значение.
Как уже упоминалось, проблема задержки может быть фактором. У нас были проблемы с CRM и SharePoint на ссылках с задержкой менее 100 Мбит / с из-за того, что приложения очень «болтливы» и совершают много поездок при открытии страниц. Большинство сайтов находятся в Северной Америке. Ускорители WAN на сайтах останавливают звонки, и производительность сейчас хорошая, и нам не нужно было получать более быстрые соединения от провайдеров.
Задержка - это проблема. Загрузка страниц будет медленной на самых быстрых соединениях. Убедитесь, что у вас хорошая связь в США и хороший пинг в США. Это помогает, если вы находитесь в Chicago, New York, или California дата-центры. Чикаго или Нью-Йорк предпочтительнее, если ваши клиенты НЕ из Азии. Запустите traceroutes. Это действительно помогает в выборе веб-хостинга. Traceroute до last.fm (европейский хост) и google.com.
Выберите интернет-провайдера в Лондоне, Великобритания, если вам нужно самое быстрое соединение в Штатах.