구글 SPDY-아파치에서 사용해 본 사람이 있습니까?


17

아파치에서 Google SPDY에 대한 경험이 있는지 궁금하십니까? http://code.google.com/p/mod-spdy/

두 개의 웹 서버를 실행하고 mod_spdy Apache 모듈에 문제가 있는지, SPDY 지원 브라우저에서 속도가 눈에 띄게 증가했는지 알고 싶습니다.


Python, Java, node.js 등으로 SPDY sch에서 지원되는 많은 프로토콜이 있습니다. dev.chromium.org/spdy Apache 웹 서버를 실행함에 따라 mod_spdy가 주요 초점입니다.
— Luke McCallum

3
@Luke-프로토콜이 아닙니다.
— symcbean

설명 @symcbean에 감사드립니다. 귀하의 의견에 감사드립니다.
— Luke McCallum

답변:


16

저는 mod_spdy의 개발자 중 한 명입니다. 이 단계에서 모듈은 상당히 안정적이고 완벽하게 SPDY / 2를 준수합니다 (이전 포스터는 멀티플렉싱을 지원하지 않는다고 잘못 주장했습니다. 부정확합니다). 즉, mod_ssl과 같은 핵심 Apache 모듈만큼 안정적이지 않습니다. 일부 문제를 견딜 수있는 환경에서 사용하기에 적합한 "베타"모듈이라고 생각합니다. 현재 mod_spdy를 성공적으로 사용하는 웹 사이트가 있습니다.

우리는 모듈을 완전히 생산할 수 있도록 적극적으로 노력하고 있으며 몇 개월 내에 DEB / RPM 패키지 (소스에서 빌드를 지원하는 것 외에도)를 출시 할 계획입니다.

토론 포럼 ( https://groups.google.com/group/mod-spdy-discuss) 에서 패키지 및 기타 업데이트가 제공 될 것이라고 발표합니다 . mod_spdy 뉴스를 최신 상태로 유지하려면 그룹에 가입하십시오. 감사!

PS : Steve는 "예를 들어, SPDY 프로토콜의 구현은 Chromium C ++ 소스 트리의 청크를 가져 오는 svn 외부 참조 일뿐입니다." 그리고 이것이 mod_spdy 또는 다른 SPDY 호환 C ++ 구성 요소에 절대적으로 옳은 것임을 분명히하고 싶습니다. SPDY는 여전히 빠르게 변화하고 있으므로 Chromium의 핵심 SPDY 인코딩 / 디코딩 논리를 활용하여 SPDY 프로토콜이 변경 될 때 최신 상태를 유지할 수 있습니다. IMO 다른 방법으로는 실수가 될 것입니다.

RE : SSL SSL에 대해서는 약간의 페널티를 지불해야합니다. 그러나 가장 간단한 웹 페이지를 제외하고 SPDY의 성능 이점은 SSL 오버 헤드를 보완하여 사용자에게 안전한 연결을 제공합니다.


안녕 브라이언, 답변 주셔서 감사합니다. SPDY를 Apache 서버에서 사용할 수 있기를 기대했으며 전체 프로덕션 준비 릴리스를 기다릴 수 없습니다. 출시 될 때 큰 노래를 부르고 춤추기를 바랍니다. 건배!
— Luke McCallum

안녕하세요 Bryan, 저는 2010 년에 goo.gl/QqkPA 에서 작성한이 의견을 바탕으로 C ++ 문을 작성했습니다 . 더 이상 mod_spdy를 메인 라인 아파치에 넣지 않겠습니까? 레. 공연; mod_spdy의 성능 향상을 보여주는 벤치 마크가 있습니까?
— 스티브 스미스

스티브, 당신은 나보다 내 역사를 더 잘 알아 :) 귀하는 본인의 진술에 근거하여 그러한 결론을 도출 할 권리가 있습니다. 그 이후로 상황이 바뀌었다. 초창기 우리는 mod_spdy를 아파치 HTTPD 코드베이스에 추가 할 수있는 모듈로 구현할 것인지 아닌지를 토론했다. 그 이후로 2.2 릴리스가 중단되었으므로 2.2 용 독립형 C ++ 모듈을 만드는 데 집중하고 있습니다. 2.4 및 이후 버전의 경우 Apache 트렁크에 SPDY 지원을 추가하려고 시도하는 것이 합리적이지만 현재 로드맵에는 없습니다.
— Bryan McQuade

3

개인 사이트에서 mod_spdy를 가지고 놀았는데, 순전히 호기심이 없었습니다. Apache mod_spdy는 사전 알파로 간주되어야합니다. 기본적으로 스파이크 구현 이며 생산 품질에 거의 미치지 않습니다. 예를 들어, SPDY 프로토콜의 구현은 Chromium C ++ 소스 트리 의 청크를 가져 오는 svn 외부 참조 일뿐 입니다. 현재 멀티플렉싱과 같은 SPDY의 중요한 기능 중 일부를 구현하지 못했습니다. 결과적으로 SSL을 사용하고 FCGI를 사용해야 할 필요성으로 인해 부정적인 성능 향상을 보았습니다.

SPDY를 배치하기에 Apache가 올바른 장소라는 것은 분명하지 않습니다. 오늘날 아파치는 애플리케이션 컨테이너에 가깝다. 캐싱 레이어 (Nginx 또는 Varnish)가 더 적합 해 보입니다.

그 말은 ...

mod_spdy 위키에는 데비안을 빌드하기위한 몇 가지 지침이 포함되어 있지만 설치된 시스템을 수정하는 방법은 권장하지 않습니다. 대신 / opt 아래에 새로운 Apache / SSL 설치를 빌드하고 거기서 실행하는 것이 좋습니다. 이것은 당신에게 쉬운 롤백 옵션을 제공합니다. 이를 수행하기위한 대략적인 단계는 다음과 같습니다.

  • NPN 구현으로 OpenSSL 패치 및 설치
  • 이 SSL 구현에 대해 Apache를 빌드하여 하이브리드 엔진 및 필요한 모드를 활성화하십시오.
  • PHP가 필요한 경우 Apache에 대해 mod_fcgid를 빌드해야합니다.
  • 기존 사이트 구성을이 새로운 Apache 설치로 이식하고 테스트하십시오.
  • mod_spdy을 빌드하고 설치하십시오. 이를 위해서는 Google의 depot_tools가 필요합니다
  • "Alternate-Protocol"헤더 (mod_headers 포함)를 푸시하도록 비 SSL 사이트 구성
  • SPDY 버전의 기존 Apache 및 setup init 스크립트 비활성화
  • 성능 개선이없고 불안정한 사이트를 관찰하십시오. :)

@ steve-smith 감사합니다! 그것은 내가 찾던 정답입니다.
— Luke McCallum

@ steve-smith 의견이 있으신 후에 spdy가 업데이트 되었습니까? 귀하의 의견은 프로덕션 환경에서 spdy를 테스트한다는 아이디어에 불편을주기 때문입니다.
— Tristan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.