Почему клиентские компьютеры не передают информацию другим клиентам через Интернет, чтобы уменьшить пропускную способность сервера?

Описанная вами модель — это модель P2P, и именно так работают некоторые протоколы (например, BitTorrent)., работа).

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

1. Возможно, технически это будет очень сложно сделать: вам нужно будет уметь перенаправлять клиентов друг к другу, вам нужно будет заставить клиентов на самом деле отправлять файлы (для чего потребуется доступ к их системе, чего у вас обычно нет), вам, вероятно, придется принимать во внимание такие вещи, как скорость каждого клиента (т. е. вы не хотите, чтобы кто-то на старом, очень медленном соединении обслуживал изображения, так как ваш сайт будет выглядеть очень медленно). Причин гораздо больше, это лишь самые насущные проблемы, которые приходят мне в голову.
2. Это не понравилось бы людям: Даже если предположить, что вы могли каким-то образом придумать способ сделать это, такие вещи, вероятно, не понравились бы пользователям вашего сайта. . Пользователи обычно не хотят «делиться» своим компьютерным пространством/пропускной способностью/и т. д. В большинстве случаев, когда компании устанавливали «шпионское ПО» или другие подобные скрытые вещи на чьи-то компьютеры, они получали очень плохую огласку.

В общем, я не думаю, что кто-то серьезно задумается о попытке сделать что-то подобное, в основном по двум причинам, которые я изложил выше.

Чтобы «обслуживать» такие данные, каждый клиент должен иметь сервер, установленный на его компьютере и доступный для всего мира (что не всегда просто, когда вы находитесь за NAT, прокси-сервером, корпоративной сетью или что угодно).

Есть протоколы, которые делают это (например, многие протоколы Peer-to-Peer, но я бы сказал, что они лучше работают с большими файлами, чем с маленькими изображениями), но это просто не то, как работает Интернет.

Кроме того, для пользователей не имеет значения, откуда поступают данные, главное, чтобы они поступали; и это ваша проблема, как вебмастера/админа.

Я должен добавить, что с распределенным процессом, подобным тому, о котором вы думаете, существует риск безопасности: что, если один пользователь решит отправить что-то еще, кроме того, что было действительно запрошено? Сказать какой-нибудь "нехороший" образ вместо реального? Или вирус? Или что-то подобное?

Одноранговая сеть работает только для статического контента из-за сложностей с синхронизацией данного файла.

По нескольким причинам:

• Клиенты, как правило, находятся за NAT, что запрещает передачу данных напрямую другим клиентам.
• Клиенты, как правило, имеют более плохую связь, чем серверы.
• Вы не можете полагаться на то, что данный клиент имеет подходящую доступную полосу пропускания или действительно обслуживает то, что, как они утверждают, они будут. Если вам небезразлично, как ваши пользователи воспринимают ваш сайт, вы хотите убедиться, что контент доставляется быстро, а не по принципу «поймай, как поймал».
• Вам нужен способ убедиться, что данные, которые вы получаете, не были изменены клиентом, от которого вы их получаете (или клиентом, они получили их и т. д.) — для этого потребуется цифровые подписи, что повлечет за собой все те же проблемы и проблемы, что и SSL.
• Для поддержки этого потребуется серьезная переработка HTTP (если не полный редизайн). Поддержка клиентов будет в лучшем случае неравномерной, особенно если у клиентов будет мало стимулов для ее поддержки.

Это называется P2P. Наиболее успешным является использование bittorrent. Это очень удобно для больших файлов (дистрибутивы Linux, open office и т. д.). Не так эффективен для небольших файлов.

Патчи World of Warcraft также доставляются с помощью аналогичной системы.

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

Модель распространения P2P, безусловно, осуществима, но выполнить эти три требования с помощью P2P сложнее, чем с клиент-сервером.

P2P довольно хорошо освещен в других ответах, но дополнительную проблему вызывает текущая инфраструктура. Для доступа в Интернет потребительского класса (кабель, DSL и т. д.) исходящая пропускная способность обычно составляет лишь часть входящей. Например, скорость загрузки по кабелю часто может составлять 5-6 Мбит/с, а скорость загрузки часто находится в диапазоне 400 КБ или меньше.

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

У вас должно быть что-то, работающее в фоновом режиме на чьем-то компьютере, чтобы обслуживать любой контент, который запрашивает кто-то другой. Как бы вы обошли потенциал спама, поскольку каждый клиент должен сказать: «Да, у меня это есть» или «Нет, у меня этого нет», что, возможно, будет некоторым трафиком.

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

С помощью небольшого волшебства UDP Adobe Flash Player теперь может взаимодействовать с другими клиентами в одноранговой сети P2P. Он использует довольно интересный сетевой чат, чтобы пробить дыры в настройках NAT.

http://labs.adobe.com/wiki/index.php/Stratus:FAQ

http://en.wikipedia.org/wiki/Real_Time_Media_Flow_Protocol

http://www.adobe.com/devnet/flashplayer/articles/rtmfp_stratus_app.html

http://www.flashrealtime.com/tuts/p2p-in-flash.html

Для большинства интернет-приложений самая медленная часть сети — это конечный канал связи с компьютером пользователя. Таким образом, клиентский P2P имеет некоторое применение - в тех случаях, когда пропускная способность сервера / количество пользователей хуже, чем пропускная способность последней мили, - но не обязательно работает для других случаев.

Есть интересная лекция о том, как избежать дублирования информации в маршрутизаторы Вана Якобсона с использованием другого уровня ссылок по сравнению с TCP/IP.