구글 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.