The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Google началось широкомасштабное внедрение протокола SPDY

16.06.2011 13:55

На конференции O'Reilly Velocity объявлено об обеспечении поддержки протокола SPDY во всех сервисах Google, поддерживающих использование SSL-соединений. Данный факт можно рассматривать как начало широкомасштабного внедрения протокола SPDY, представляющего собой надстройку над протоколом HTTP, позволяющую минимизировать задержку соединения между клиентом и сервером. По оценке Google использование протокола SPDY позволило увеличить скорость отдачи контента поддерживающим данный протокол клиентам на 15%. В некоторых ситуациях скорость может возрастать до 50%.

Поддержка протокла SPDY интегрирована в браузер Chrome, начиная с шестой версии. Код с реализацией SPDY открыт под лицензией Apache, также доступны реализации протокола на языках Python, Go, Ruby и JavaScript (node.js). Дополнительно подготовлен специальный прокси-сервер, позволяющий использовать протокол SPDY для любых сайтов.

При обслуживании соединения SPDY создает сессию поверх протокола HTTP, используя похожий на HTTP механизм взаимодействия в форме запрос/ответ. Ускорение достигается благодаря нескольким факторам. Во первых, производится сжатие HTTP-заголовков запроса и ответа, что уменьшает размер передаваемых данных и заметно ускоряет загрузку страниц, порождающих большое число мелких запросов (CSS, JavaScript файлы, картинки), особенно при использовании медленных каналов связи.

Во вторых, SPDY добавляет сеансовый уровень поверх SSL, что даёт возможность обеспечить передачу нескольких одновременных потоков в рамках одного TCP-соединения. SPDY мультиплексирует запросы ресурсов, обрабатывает их параллельно (в HTTP запросы в рамках одного потока обслуживаются последовательно) и отправляет их с учетом рассчитанных приоритетов, увеличивая общую пропускную способность. Использование SSL одновременно позволяет решить проблему с прохождением запросов через прокси серверы.

  1. Главная ссылка к новости (http://www.theregister.co.uk/2...)
  2. OpenNews: Компания Google предложила надстройку для улучшения протокола HTTP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30899-SPDY
Ключевые слова: SPDY, http, speed, proxy, google
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (47) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, brother anon (?), 14:31, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Гугл нашёл в http фундаментальный недостаток?
     
     
  • 2.2, Andrey Mitrofanov (?), 14:36, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >http фундаментальный недостаток?

    Гугль нашёл прикладной тормоз в запихивании HTTP в SSL.

     
     
  • 3.18, Аноним (-), 16:35, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>http фундаментальный недостаток?
    > Гугль нашёл прикладной тормоз в запихивании HTTP в SSL.

    В чем-то гугл прав, SSL довольно прилично тормозит - там коннекция долго переустанавливается, так что мультиплексирование всего в 1 соединение - разумно. Проблема только в том что они перефигачили в новой версии полпротокола. Сначала сделали, потом подумали. Истинно быдлокодерский подход к делу.

     
  • 3.38, crypt (??), 20:41, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>http фундаментальный недостаток?
    > Гугль нашёл прикладной тормоз в запихивании HTTP в SSL.

    Лично я вижу еще два следствия.

    а) Я так понял, шифрование трафика будет работать через обычный http прокси. Это хорошо. Но.

    б) ИМХО, обязательное использование криптографии может позволить google более четко отслеживать сессии. Клиент передал свой открытый ключ - идентифицировали, привязали сессионный ключ, следим. И через прокси хорошо работает, см. а.

     
     
  • 4.40, skybon (ok), 21:18, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И снова паранойя.
     
  • 4.44, zazik (ok), 22:58, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > б) ИМХО, обязательное использование криптографии может позволить google более четко отслеживать
    > сессии. Клиент передал свой открытый ключ - идентифицировали, привязали сессионный ключ,
    > следим. И через прокси хорошо работает, см. а.

    Хм, интересный подход.

     
  • 4.51, Andrey Mitrofanov (?), 09:41, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а) Я так понял, шифрование трафика будет работать через обычный http прокси.
    > Это хорошо.

    Дык оно и так работает. См. https proxy method connect и около того, в т.ч. в разделе этого форума про сквид.

     

  • 1.3, anonymous (??), 14:43, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Может глупость скажу, но похоже на http://ru.wikipedia.org/wiki/SCTP . Жаль что повсеместного перехода с TCP на SCTP не видать.
     
     
  • 2.4, анон (?), 15:18, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    таки да, глупость, т.к. замена транспортного уровня не поможет решить проблемы уровня прикладного. Но за саму ссылку спасибо, не знал про SCTP, интнресно.
     
     
  • 3.47, pavlinux (ok), 02:08, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человек рассуждает о проблемах передачи данных не зная о существовании SCTP  :)

    Тока из института, аль 3 курс?!  

     
  • 2.5, arcade (ok), 15:20, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще SCTP уже везде есть и поддерживается. Акромя венды.
     
     
  • 3.10, crypt (??), 16:26, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Т.е. у 90% пользователей не поддерживается. Это почти везде.
     
     
  • 4.25, mine (ok), 17:30, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Глупость.
    Пользователи сетей - это не только Desktop с вендой. Это таки еще планшеты, смартфоны, сет-топ-боксы и куча других устройств.
     
     
  • 5.26, slepnoga (??), 17:44, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и их всех вместе взятых как раз не больше 10% процентов
     
     
  • 6.27, тоже Аноним (ok), 18:22, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы не те устройства считаете. Подсчитайте, через сколько устройств прошла ваша переписка.
    Так вот, винда была только на двух из них...
     
     
  • 7.28, arturpub (ok), 18:35, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На каждого пользователя приходится десяток-другой роутеров, ага.
     
     
  • 8.30, тоже Аноним (ok), 18:44, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    С точки зрения любого пакета - да Массы информации, передаваемые по интернету, ... текст свёрнут, показать
     
     
  • 9.34, crypt (??), 20:10, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ребят, вам лишь бы поспорить Внедряют на _пользовательских_ сервисах Выше прик... текст свёрнут, показать
     
  • 2.6, VoDA (ok), 15:24, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    работает - не трожь.

    многие системы / браузеры / файрфолы / домашние роутеры написаны для работы с TCP. заведутся ли они на SCTP - далеко не факт. а значит нужно вкладывать бабло в новые роутеры и допилку приложений.

    Как пользователь голосующий рублем скажу - нах ;)

     
     
  • 3.33, asd (??), 19:24, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальный производитель переделает, никуда не денется. И обновление прошивки сделает.
    А хороший - обеспечит номальную работу какой-нить никсовой сборки для роутера.
     
     
  • 4.35, Аноним (-), 20:15, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так на 99% домашних роутеров и большинстве интернетовских все равно линукс стоит, а там SCTP поддерживается с дремучих времен.
     
  • 3.36, crypt (??), 20:15, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > работает - не трожь.
    > многие системы / браузеры / файрфолы / домашние роутеры написаны для работы
    > с TCP.

    Истинно так. Гугл на прикладном уровне может внедрить и пытается. А новый транспортный протокол даже Cisco не потянет.  

     
  • 3.53, rshadow (ok), 11:10, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да при чем здесь это. Главное старое не надо ломать пока на новое идет переход. Если сейчас начать то лет через десять 99% оборудования уже будет поддерживать (старые роутеры уж точно все погорят уже =) ) и большинство сайтов будет работать на нем. Тогда уже и о полном умерщвлении TCP поговорить можно будет, опять же, только если его _надо_ отправить на свалку ...
     

  • 1.7, Аноним (-), 15:50, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    google как обычно сделал фичу удобную только себе и работающую только у себя.
    А на остальных начхать.
    Ничего допишут как нить к себе - никуда не денутся.
     
     
  • 2.11, xxx (??), 16:27, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Но надо отдать должное гуглу, он в отличие от других предоставляет открытую реализацию и не припятствует альтернативным реализациям.
     
     
  • 3.45, Аноним (-), 23:48, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Microsoft тоже ничему не препятствовал, просто гнул свою линию, в итоге имеем неюзабельные и ни с чем несовместимые IE, OOXML, ActiveX и прочие аншлаги. Google делает то же самое, если не хуже.
     
     
  • 4.46, Michael Shigorin (ok), 00:25, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Microsoft тоже ничему не препятствовал

    Самбистам расскажите.

     
  • 4.60, szh (ok), 10:51, 20/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в итоге имеем неюзабельные и ни с чем несовместимые IE, OOXML, ActiveX и прочие аншлаги.

    И где ты видел выложенные майкрософтом в открытый доступ сорсы для этих продуктов ?

     
  • 3.52, q (??), 10:43, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл утверждает свою идеологию в сети. Видимо это целенаправленно. Выше пост-человек утверждает, что Гуглю будет проще через SSL определять, кто к нему подключился. Таким образом, будет меньша прайваси. Во всяком случае трудно поверить, что это не оценят в ФБР, Госдепартаменте и других службах. Особенно после бушевского "патриотического акта".
     
     
  • 4.58, фтыщ (?), 12:40, 18/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Выше пост-человек утверждает, что Гуглю будет проще через SSL определять

    Этот человек идиот, который не отличает симметричное шифрование от ассиметричного. А по сессиям за вами и сейчас следить можно.

    >Особенно после бушевского "патриотического акта".

    А это тут вообще причем? Вы террорист и собрались атаковать США?

     
  • 2.15, Аноним (-), 16:32, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это бы еще полбеды, но судя по ченжлогу эти бакланы осознали что в изначальном дизайне было прилично тупняков. Поэтому новая версия внезапно меняет полпротокола. Ну разумеется, сразу головой подумать велосипедисты из гугля не могут. Это как их WebP без поддержки тегов, блин. А потом до них допрет через две версии формата, что к фотографиям неплохо бы теги подшивать и формат несовместимо переделают, да?По-моему, им пора уже провести серию увольнений школоты, впервые в жизни дизайнящей кульный новый формат/протокол но не думая о том как с ним жить в дальнейшем и как это поддерживать без потери совместимости.
     
     
  • 3.32, arturpub (ok), 18:58, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Обычный итерационный подход. Если система принципиально не хочет поместиться в уме во всех деталях и взаимосвязях, пока стоит сделать то, что понятно, в короткие сроки. После этого приходит дополнительная ясность, осознаются ошибки, появляется следующая [несовместимая] версия. Ъ-программисты конечно против этого и зачастую выпускают свою православную 0.98alpha только после выхода на пенсию.
     
     
  • 4.54, rshadow (ok), 11:20, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В начале любого проекта есть пункт "Обзор аналогов". Если в вашей системе нет ни одного существенного плюса по сравнению с конкурентами, а минусов хоть отбавляй, то о целесообразности проекта задуматься все таки надо...

    ... а то получается, надо сначала ввязаться в бой, а там посмотрим...

     
     
  • 5.55, arturpub (ok), 11:54, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно, только где конкуренты SPDY?
     
  • 3.42, Michael Shigorin (ok), 22:29, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну разумеется, сразу головой подумать велосипедисты из гугля не могут.

    Ребятки, вам там что -- в MS кроме баллов ещё и темы с подсказками стали более оперативно подкидывать, осознав, что толпа дронов-студентов своей головой думать и не собиралась? :]

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

     
     
  • 4.50, Sergey Kovalyov (?), 09:01, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Ну разумеется, сразу головой подумать велосипедисты из гугля не могут.
    > Ребятки, вам там что -- в MS кроме баллов ещё и темы
    > с подсказками стали более оперативно подкидывать, осознав, что толпа дронов-студентов
    > своей головой думать и не собиралась? :]

    Мне эти тролли-дурачки-студенты от MS напоминают бедных студентов на форексе, которые за реферальные виртуальные центы готовы срать по всем форумам нахваливая копипастом свою унылую форекс-шаражку. Мозги в комплект не входят. =)

     
     
  • 5.63, t28 (?), 16:30, 20/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >шаражку.

    Не шаражку, а шарашку.

     
  • 4.64, Аноним (-), 07:52, 21/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нифига себе вы троллите, сэр Просто гугл натурально зачастую сперва делает, пот... большой текст свёрнут, показать
     
  • 3.48, anonymous (??), 04:05, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Это бы еще полбеды, но судя по ченжлогу эти бакланы осознали что
    > в изначальном дизайне было прилично тупняков. Поэтому новая версия внезапно меняет
    > полпротокола. Ну разумеется, сразу головой подумать велосипедисты из гугля не могут.

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

     
  • 2.16, Elhana (ok), 16:32, 16/06/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    они вообще говоря опубликовали протокол и предложили всем себе добавить - остальное не от них зависит. Они же не отключают http.
     
  • 2.56, Aquarius (ok), 15:41, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    когда ем, сплю и хожу в туалет, я приношу пользу только себе. я эгоист?
     

  • 1.8, Аноним (-), 16:07, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Удобно иметь собственный браузер с приличной аудиторией.
     
  • 1.20, PavelR (??), 16:45, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, будет ли это реализовываться в nginx ? =)
     
  • 1.43, XVilka (ok), 22:51, 16/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В lighttpd не хотят добавлять его :( http://redmine.lighttpd.net/issues/2322
     
     
  • 2.49, anonymous (??), 04:06, 17/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В lighttpd не хотят добавлять его :( http://redmine.lighttpd.net/issues/2322

    и правильно. этот спиди всё ещё дорабатывается, зачем сырую ерунду себе пихать?

     

  • 1.57, umbr (ok), 15:56, 17/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >доступны реализации протокола на языках Python, Go, Ruby и JavaScript

    Как-то слишком уж скромно.

     
  • 1.59, lucentcode (ok), 20:26, 18/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень хорошая идея, надеюсь скоро протокол встроят во все нормальные браузеры(а Осла закопают). Хотя если-бы протокол был построен на сессии сообщений, передаваемых объектам(как в Smalltalk), было бы ещё лучше.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру