Google SPDY - Хтось використовував його на Apache?

17

Просто цікаво, чи хтось мав досвід роботи з Google SPDY на Apache? http://code.google.com/p/mod-spdy/

Я запускаю пару веб-серверів і мені цікаво дізнатись, чи були проблеми з модулем mod_spdy Apache і чи хтось бачив помітне збільшення швидкості браузерів, що підтримуються SPDY?

— Люк Маккаллум
джерело

Є багато протоколів , підтримуваних SPDY СХ як Python, Java, Node.js і т.д. dev.chromium.org/spdy Як я біжу веб - сервер Apache mod_spdy є основним фокусом.

— Люк Маккаллум

3

@Luke - це не протоколи.

— symcbean

Дякуємо за роз’яснення @symcbean. Ваш внесок цінується.

— Люк Маккаллум

16

Я один із розробників на mod_spdy. На цьому етапі модуль досить стабільний і повністю сумісний з SPDY / 2 (попередній плакат неправильно стверджував, що він не підтримує мультиплексування. Це неправильно). Однак це не так стабільно, як основні модулі Apache, такі як mod_ssl. Я вважаю це модулем "бета", придатним для використання в середовищах, де ви можете терпіти деякі проблеми. На сьогоднішній день веб-сайти, які успішно використовують mod_spdy, успішно працюють сьогодні.

Ми активно працюємо над тим, щоб модуль був повністю готовий до виробництва, і ми плануємо випустити пакети DEB / RPM (крім підтримки збірки з джерела) протягом декількох місяців.

Ми повідомимо про наявність пакетів та інших оновлень на нашому дискусійному форумі: https://groups.google.com/group/mod-spdy-discuss Будь ласка, приєднуйтесь до групи, якщо ви хочете бути в курсі новин mod_spdy. Спасибі!

PS: Стів згадує: "Наприклад, його реалізація протоколу SPDY - це лише зовнішня посилання svn, яка тягне за собою фрагмент дерева джерела Chromium C ++." і я хочу уточнити, що це абсолютно правильно для mod_spdy або будь-якого іншого компонента C ++, сумісного з SPDY. SPDY все ще швидко змінюється, завдяки використанню основної логіки кодування / декодування SPDY від Chromium ми можемо залишатись синхронізованими та оновленими, як змінюється протокол SPDY. IMO було б помилкою робити це будь-яким іншим способом.

RE: SSL ви сплачуєте невелику пеню за SSL, так, але за всі, крім найпростіших веб-сторінок, переваги продуктивності SPDY поповнюватимуть накладні витрати SSL та також забезпечуватимуть безпечне з'єднання ваших користувачів.

— Брайан МакКваде
джерело

Привіт Брайан, дякую за вашу відповідь. Я дуже сподівався на те, щоб SPDY перейшов на наші сервери Apache і не можу дочекатися повного випуску готового випуску. Я сподіваюся, що ви складете велику пісню і танцюєте її, коли вийдете на свободу. Ура!

— Люк Маккаллум

Привіт Брайан, я базував заяву C ++ на цьому коментарі, який ви зробили ще в 2010 році: goo.gl/QqkPA . Це вже не так, що ви маєте намір ввести mod_spdy в основний Apache? повторно. Продуктивність; чи є у вас якісь орієнтири, які б показували поліпшення продуктивності з mod_spdy?

— Стів Сміт

Стів, ти знаєш мою історію краще, ніж я. :) Ти маєш право робити такий висновок, грунтуючись на моїй заяві. Однак з цього часу все змінилося. В перші дні ми обговорювали, намагатися чи не реалізувати mod_spdy як модуль, який можна додати до кодової бази Apache HTTPD. Відтоді 2,2 випуски припинилися, тому ми зосереджуємось на створенні окремого модуля C ++ для 2.2. Можливо, є сенс спробувати отримати підтримку SPDY в магістралі Apache для версій 2.4 та майбутніх версій, але наразі це не в нашій дорожній карті.

— Брайан МакКуаде

3

Я грав на моєму особистому сайті з mod_spdy, чисто з цікавості. Apache mod_spdy слід вважати попереднім альфа; це в основному реалізація шипа і ніде не відповідає якості виробництва. Наприклад, його реалізація протоколу SPDY є лише зовнішньою посиланням svn, яка складається з фрагмента дерева джерела Chromium C ++. В даний час він не реалізує деякі важливі особливості SPDY, такі як мультиплексування. Отже, я бачив негативні підвищення ефективності його використання (багато в чому випливали з необхідності змушувати SSL та використовувати FCGI).

Мені незрозуміло, що Apache - це правильне місце, щоб все-таки поставити SPDY; Apache - це більше контейнер для додатків; шар кешування (Nginx або Varnish) видається більш підходящим.

Все, що говорило ...

Вікі mod_spdy містить деякі вказівки для створення Debian, але я не рекомендую їх метод, оскільки він змінює встановлену систему. Замість цього я б рекомендував створити новий Apache / SSL встановити під / opt і запустити його звідти; це дає простий варіант відкату. Грубими кроками для цього є:

Патч OpenSSL за допомогою впровадження та встановлення NPN
Створіть Apache на основі цієї реалізації SSL, що дозволяє гібридному двигуну та будь-яким потрібним вам модам
Якщо вам потрібен PHP, вам потрібно створити mod_fcgid проти Apache
Перенесіть свій конфігурацію наявного сайту до цієї нової установки та тестування Apache
Створення та встановлення mod_spdy; для цього потрібні depot_tools від Google
Налаштуйте не-SSL-сайт для натискання заголовка "Замінний протокол" (з mod_headers)
Вимкніть існуючі сценарії Apache та налаштування init для версії SPDY
Не спостерігайте за покращенням продуктивності та, можливо, нестабільним сайтом :)

— Стів Сміт
джерело

Дякую @ steve-smith! Саме таку відповідь я шукав.

— Люк Маккаллум

@ steve-smith Чи оновлювався шпіон з моменту, коли ви зробили свою думку? Тому що ваш коментар робить мене незручним із ідеєю тестування шпигуна на виробничому середовищі.

— Трістан