Google SPDY - Quelqu'un l'a-t-il utilisé sur Apache?


17

Vous vous demandez simplement si quelqu'un a déjà eu une expérience avec Google SPDY sur Apache? http://code.google.com/p/mod-spdy/

J'exécute quelques serveurs Web et je suis intéressé de savoir s'il y a eu des problèmes avec le module Apache mod_spdy et si quelqu'un a vu une augmentation de vitesse visible dans les navigateurs pris en charge par SPDY?


Il existe de nombreux protocoles pris en charge par SPDY sch comme Python, Java, node.js etc. dev.chromium.org/spdy Comme j'utilise un serveur web Apache, mod_spdy est l'objectif principal.
Luke McCallum

3
@Luke - ce ne sont pas des protocoles.
symcbean

Merci pour la clarification @symcbean. Votre contribution est appréciée.
Luke McCallum

Réponses:


16

Je suis l'un des développeurs de mod_spdy. À ce stade, le module est raisonnablement stable et entièrement compatible SPDY / 2 (une affiche antérieure affirmait à tort qu'elle ne prend pas en charge le multiplexage. C'est incorrect). Cela dit, il n'est pas aussi stable que les modules Apache de base comme mod_ssl. Je le considère comme un module "bêta" adapté à une utilisation dans des environnements où vous pouvez tolérer certains problèmes. Il existe actuellement des sites Web utilisant mod_spdy avec succès aujourd'hui.

Nous travaillons activement à rendre le module entièrement prêt pour la production et nous prévoyons de publier des packages DEB / RPM (en plus de prendre en charge la construction à partir de la source) dans quelques mois.

Nous annoncerons la disponibilité des packages et autres mises à jour sur notre forum de discussion: https://groups.google.com/group/mod-spdy-discuss Veuillez vous joindre au groupe si vous souhaitez rester à jour avec l'actualité de mod_spdy. Merci!

PS: Steve mentionne "Par exemple, son implémentation du protocole SPDY est juste une référence externe svn qui extrait un morceau de l'arborescence source de Chromium C ++." et je tiens à préciser que c'est absolument la bonne chose à faire pour mod_spdy ou tout autre composant C ++ compatible SPDY. SPDY évolue toujours rapidement, donc en tirant parti de la logique de codage / décodage SPDY de base de Chromium, nous pouvons rester synchronisés et à jour lorsque le protocole SPDY change. OMI, ce serait une erreur de procéder autrement.

RE: SSL, vous payez une petite pénalité pour SSL, oui, mais pour toutes les pages Web, à l'exception des plus simples, les avantages de SPDY en termes de performances compenseront les frais généraux SSL et offriront également à vos utilisateurs une connexion sécurisée.


Salut Bryan, Merci pour votre réponse. J'avais vraiment hâte de tester SPDY sur nos serveurs Apache et j'ai hâte de voir la version complète prête pour la production. J'espère que vous en ferez une grosse chanson et en danserez une fois sorti. À votre santé!
Luke McCallum

Bonjour Bryan, j'ai basé la déclaration C ++ sur ce commentaire que vous avez fait en 2010: goo.gl/QqkPA . N'est-ce plus le cas que vous ayez l'intention d'intégrer mod_spdy dans Apache mainline? ré. Performance; avez-vous des repères montrant les améliorations de performances avec mod_spdy?
Steve Smith

Steve, tu connais mon histoire mieux que moi. :) Vous avez raison de tirer une telle conclusion sur la base de ma déclaration. Depuis, les choses ont changé. Au tout début, nous avons débattu de l'opportunité d'implémenter mod_spdy en tant que module pouvant être ajouté à la base de code Apache HTTPD. Depuis lors, les versions 2.2 ont cessé, nous nous concentrons donc sur la création d'un module C ++ autonome pour 2.2. Il peut être judicieux d'essayer d'obtenir la prise en charge SPDY dans le tronc Apache, pour les versions 2.4 et futures, mais ce n'est pas sur notre feuille de route pour le moment.
Bryan McQuade

3

J'ai joué avec mod_spdy sur mon site personnel, par pure curiosité. Apache mod_spdy doit être considéré comme pré-alpha; il s'agit essentiellement d'une mise en œuvre de pointe et est loin de la qualité de la production. Par exemple, son implémentation du protocole SPDY n'est qu'une référence externe svn qui extrait un morceau de l' arborescence source de Chromium C ++. Actuellement, il ne parvient pas à implémenter certaines des fonctionnalités importantes de SPDY, telles que le multiplexage. Par conséquent, j'ai vu des gains de performances négatifs en l'utilisant (résultant en grande partie de la nécessité de forcer SSL et d'utiliser FCGI).

Il n'est pas clair pour moi qu'Apache est le bon endroit pour mettre SPDY de toute façon; Apache est plus un conteneur d'applications de nos jours; la couche de mise en cache (Nginx ou Varnish) semble plus appropriée.

Tout cela dit ...

Le wiki mod_spdy contient quelques instructions pour construire contre Debian, mais je ne recommande pas leur méthode car elle modifie le système installé. Au lieu de cela, je recommanderais de créer une nouvelle installation Apache / SSL sous / opt et de l'exécuter à partir de là; cela vous donne une option de restauration facile. Les étapes approximatives pour ce faire sont les suivantes:

  • Patch OpenSSL avec l'implémentation et l'installation de NPN
  • Construisez Apache contre cette implémentation SSL, en activant le moteur hybride et tous les mods dont vous avez besoin
  • Si vous avez besoin de PHP, vous devrez construire mod_fcgid contre Apache
  • Portez votre configuration de site existante vers cette nouvelle installation et test d'Apache
  • Construisez et installez mod_spdy; cela nécessite depot_tools de Google
  • Configurer le site non SSL pour pousser un en-tête "Alternate-Protocol" (avec mod_headers)
  • Désactivez vos scripts d'initialisation Apache et de configuration existants pour la version SPDY
  • N'observez aucune amélioration des performances, et un site éventuellement instable :)

Merci @ steve-smith! C'est exactement le genre de réponse que je cherchais.
Luke McCallum

@ steve-smith Est-ce que spdy a été mis à jour depuis que vous avez fait votre opinion? Parce que votre commentaire me met mal à l'aise avec l'idée de tester spdy sur l'environnement de production.
Tristan
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.