아파치에서 Google SPDY에 대한 경험이 있는지 궁금하십니까? http://code.google.com/p/mod-spdy/
두 개의 웹 서버를 실행하고 mod_spdy Apache 모듈에 문제가 있는지, SPDY 지원 브라우저에서 속도가 눈에 띄게 증가했는지 알고 싶습니다.
답변
저는 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 오버 헤드를 보완하여 사용자에게 안전한 연결을 제공합니다.
답변
개인 사이트에서 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 스크립트 비활성화
- 성능 개선이없고 불안정한 사이트를 관찰하십시오. 🙂