SPDY 가 뭐 예요?어떻게 SPDY 를 배치 합 니까?

왼쪽 은 일반 HTTPS 로 불 러 오고 오른쪽 은 SPDY 로 불 러 옵 니 다.신기 하 죠?
SPDY 가 뭐 예요?
SPDY 는 Google 이 개발 한 전송 제어 프로 토 콜(TCP)기반 애플 리 케 이 션 계층 프로 토 콜 로,개발 팀 은 SPDY 를 정식 표준(현재 인터넷 초안)으로 추진 하고 있다.SPDY 프로 토 콜 은 압축,다 중 재 활용,우선 순 위 를 통 해 웹 페이지 의 로드 시간 을 단축 하고 안전성 을 향상 시 키 는 데 목적 을 둡 니 다.(SPDY 는 Speedy 의 닉네임 으로 더 빠르다 는 뜻 입 니 다)
SPDY 와 HTTP 의 관계

SPDY 프로 토 콜 은 성능 에 있어 서 HTTP 를 크게 최적화 시 켰 을 뿐 그 핵심 사상 은 연결 개 수 를 최대한 줄 이 는 것 이 고 HTTP 의 의미 에 대해 서 는 크게 수정 되 지 않 았 다.구체 적 으로 SPDY 는 HTTP 방법 과 머 릿 말 을 사 용 했 으 나 일부 머리 를 삭제 하고 HTTP 에서 연결 과 데이터 이전 형식 을 관리 하 는 부분 을 다시 썼 기 때문에 기본적으로 HTTP 를 호 환 한다.
Google 은SPDY 백서에서 전송 계층 프로 토 콜(TCP)을 프로 토 콜 스 택 아래 에 침투 하고 교체 하 겠 다 고 밝 혔 습 니 다.그러나 이 는 배치 되 든 실현 되 든 일시 적 으로 상당히 어렵 기 때문에 Google 은 먼저 응용 계층 프로 토 콜 HTTP 를 개선 하고 SSL 에 세 션 계층 을 추가 하여 SPDY 프로 토 콜 을 실현 하려 고 합 니 다.HTTP 의 GET 와 POST 메시지 형식 은 변 하지 않 습 니 다.기 존의 모든 서버 애플 리 케 이 션 은 아무런 수정 도 하지 않 아 도 된다 는 것 이다.
따라서 현재 SPDY 의 목적 은 HTTP 를 강화 하기 위 한 것 이 고 HTTP 에 대한 더욱 좋 은 실현 과 지원 이다.앞으로 SPDY 가 광범 위 하 게 응용 되면 너구리 가 태 자 를 바 꾸 는 연 기 를 할 수 있 을 지,HTTP 를 바 꾸 고 인터넷 전 체 를 완전히 전복 시 키 는 것 이 구 글 의 일이 다.
왜 SPDY 를 다시 만 들 었 습 니까?
유 니 버 설 네트워크 의 아버지 팀 버나 스 리 가 발명 하고 HTTP 를 현재 인터넷 에서 가장 유행 하 는 협의 로 추진 한 지 십 몇 년 이 되 었 다(현재 HTTP 1.1 규범 으로 도 13 년 이 정체 되 었 다).현재 WEB 기술 의 신속 한 발전,특히 HTML 5 의 발전 에 따라 웹 소켓 프로 토 콜 의 등장 과 현재 네트워크 환경의 변화,전송 내용 의 변 화 를 포함한다.당초 의 HTTP 규범 은 사람들의 수 요 를 만족 시 키 지 못 했 고 HTTP 는 계속 발전 해 야 하기 때문에 HTTP bis 작업 팀 은 이미 구성 되 었 고 HTTP 2.0 을 고려 하 는 권한 을 수 여 받 았 으 며 현재 HTTP 가 가 져 온 여러 가지 제한 을 해결 하고 자 한다.SPDY 는 바로 구 글 이 HTTP 가 1.1 에서 2.0 으로 넘 어 갈 때 내 놓 은 차세 대 인터넷 통신 이 되 려 는 프로 토 콜 로 오랫동안 HTTP 2.0 의 유일한 선택 으로 여 겨 져 왔 다.
HTTP 프로 토 콜 부족
1.단일 접속 요청 저 효과
HTTP 프로 토 콜 의 가장 큰 단점 은 모든 TCP 연결 은 하나의 HTTP 요청 에 만 대응 할 수 있다 는 것 이다.즉,모든 HTTP 연결 은 하나의 자원 만 요청 하고 브 라 우 저 는 여러 개의 연결 을 통 해 만 해결 할 수 있다 는 것 이다.또한 HTTP 에 서 는 요청 이 엄격 한 선 입 선 출(FIFO)로 진행 되 며,중간 에 요청 처리 시간 이 길 면 뒤의 요청 을 막 을 수 있 습 니 다.
(비고:HTTP pipelining 이 연결 요청 을 개 선 했 지만 복잡 도가 크게 증가 하여 보급 되 지 않 았 습 니 다)
2.HTTP 는 클 라 이언 트 가 자발적으로 요청 할 수 있 습 니 다.
서버 는 클 라 이언 트 가 요청 을 보 내 기 를 기다 릴 수 있 을 뿐 미리 불 러 오 는 상황 을 만족 시 킬 수 있 는 질곡 입 니 다.
3.HTTP 헤더 불필요
HTTP 헤드 는 같은 세 션 에서 반복 적 으로 보 내 는데 중간 에 있 는 불필요 한 정보,예 를 들 어 User-agent,Host 등 반복 적 으로 보 내지 않 아 도 되 는 정보 도 반복 적 으로 보 내 대역 폭 과 자원 을 낭비 하고 있다.
SPDY 프로 토 콜 의 장점
1.다 중 재 활용 요청 최적화
SPDY 는 하나의 SPDY 연결 에 무한 한 병렬 요청 을 할 수 있 도록 규정 하고 있 습 니 다.즉,여러 개의 HTTP 요청 이 하나의 TCP 세 션 을 공유 할 수 있 도록 합 니 다.이렇게 하면 SPDY 는 하나의 TCP 연결 에 있 는 여러 번 의 요청 을 재 활용 하여 모든 요청 에 연결 을 따로 개방 하 는 것 이 아니 라 하나의 TCP 연결 만 구축 하면 웹 페이지 의 모든 자원 을 전송 할 수 있 습 니 다.메시지 의 상호작용 과 왕복 시간 을 줄 일 수 있 을 뿐만 아니 라 새로운 연결 을 만 드 는 지연 도 피 할 수 있어 TCP 의 효율 을 높 일 수 있 습 니 다.
그 밖 에 SPDY 의 다 중 재 활용 은 우선 순 위 를 설정 할 수 있 습 니 다.전통 적 인 HTTP 처럼 먼저 들 어 오 는 처리 요청 에 따라 CSS 와 같은 더 중요 한 자원 을 선택 적 으로 전송 한 다음 에 사이트 아이콘 과 같은 중요 하지 않 은 자원 을 전송 하면 비 관건 적 인 자원 이 네트워크 채널 을 차지 하 는 문 제 를 피하 고 TCP 의 성능 을 향상 시 킬 수 있 습 니 다.
2.서버 푸 시 기술 지원
서버 는 클 라 이언 트 에 게 자발적으로 통신 을 해서 클 라 이언 트 에 게 데 이 터 를 전송 할 수 있 습 니 다.이런 프 리 로드 는 사용자 로 하여 금 빠 른 네트워크 를 유지 하 게 할 수 있 습 니 다.
3.SPDY 가 HTTP 헤드 를 압축
불필요 한 헤드 정 보 를 버 리 고 압축 을 거 친 후에 불필요 한 데이터 전송 에 따 른 대기 시간 과 대역 폭 을 절약 할 수 있다.
4.SSL 전송 프로 토 콜 강제 사용
Google 은 웹 의 미래 발전 방향 이 반드시 안전 한 네트워크 연결 이 라 고 생각 합 니 다.모든 SSL 암호 화 를 요청 하면 정보 전송 이 더욱 안전 합 니 다.
SPDY 프로 토 콜 의 의미
구 글 에 따 르 면 SPDY 가 만들어 내 는 유일한 목적 은 웹 을 더 빨리(strive to make the whole web fast)하 는 것 이 며,그 이름 인 SPDY(Speedy)도 이 를 암시 하 는 것 같다.그렇다면 SPDY 의 의 미 는 무엇 일 까요?
1.일반 사용자:
사용자 에 게 브 라 우 저 아래 에 숨겨 진 SPDY 는 HTTP 와 다 를 바 없 지만 Google 서비스 가 Chrome 에서 매우 빠르다 는 것 을 느 낄 수 있 습 니 다.이것 이 SPDY 의 덕분 입 니 다.또한 사이트 정보 전송 암호 화 이후 정보 가 캡 처 되 는 것 을 걱정 하지 않 아 도 되 는 등 안전성 과 보안 성 을 크게 높 였 다.
2.전단 인원:
전단 엔지니어 들 에 게 페이지 효율 을 향상 시 키 는 것 은 매우 중요 한 일이 다.현 재 는 대부분 CSS Sprites 등 방법 으로 사 이 트 를 최적화 시 키 고 있다.페이지 를 불 러 올 때 모든 그림,icon 은 연결 을 요청 하고 심지어 서로 다른 페이지 에서 서로 다른 그림 을 인용 하여 한 페이지 안의 그림 에 대한 요청 수량 을 낮 추기 때문이다.현재 SPDY 의 요청 이 최적화 되 어 요청 순 서 를 정렬 할 수 있 습 니 다.그러면 페이지 로 딩 시 이미지 요청 에 미 치 는 영향 을 어느 정도 완화 할 수 있 습 니 다.예 를 들 어 극단 적 인 공원 의 신청 페이지 처럼 신청 사용자 가 너무 많 으 면극 객 공원 2012 년 혁신 대회또는극 객 공원 제2 7 기 장성 회프로필 사진 의 요청 이 전체 페이지 의 로 딩 이 느 려 지고 심지어 카드 가 느 려 지 는 것 을 뚜렷하게 느 낄 수 있다.이런 점 에 대해 타 오 바 오 나 웨 이 보 에 자주 오 르 면 인터넷 속도 가 조금 느 리 면 페이지 로 딩 이상 이 생 길 것 이 라 고 믿는다.또한 애플 앱 스토어(서버 가 지역 지연 으로 인 한 것 을 제외 하고),완두콩 꼬투리 같은 앱 배포 플랫폼 에서 아이콘 새로 고침 이 느 린 등 아래 영상 과 같다.
3.운영 자:
SPDY 는 연결 수 를 낮 추 는 동시에 서버 의 모든 클 라 이언 트 가 차지 하 는 자원 도 줄 여 더 많은 메모리 와 CPU 를 방출 할 수 있 습 니 다.또한 SPDY 를 종합 하면 조회 속 도 를 배로 높 일 수 있 으 며 페이지 로 딩 지연 에 대한 개선 은 64%에 달 합 니 다.
여러 집 은 지지 했다 SPDY 프로 토 콜
Chrome 브 라 우 저 를 사용 하고 Gmail 등 Google 의 인터넷 서 비 스 를 동시에 사용 하고 있다 면 더 이상 HTTP 를 통 해 이 서 비 스 를 방문 하 는 것 이 아 닙 니 다.브 라 우 저 에서 열기chrome://net-internals/#spdy 당신 이 이미 SPDY 프로 토 콜 을 사용 하고 있다 는 것 을 알 게 될 것 입 니 다.(Google 자체 Gmail,Google Plus 등 Google 계 서 비 스 를 제외 한 다른 공공 사이트 인 Twitter 와 Webtide 도 이 프로 토 콜 을 지원 하고 있 습 니 다.국내 에 서 는 웹 키 트 기반 완두콩 꼬투리 2.0 도크롬의 SPDY 기술 을 도입 하여 속 도 를 한층 더 높이다하 겠 다 고 밝 힌 바 있다.

위의 그림 에서 보 듯 이 SPDY 의 실현 은 브 라 우 저 클 라 이언 트 와 웹 서버 가 동시에 지원 해 야 합 니 다.클 라 이언 트 브 라 우 저 에서 Google 자체 Chrome 과 Chromium 시 리 즈 는 물론 SPDY 를 지원 합 니 다.Mozilla 의 Firefox 는 Firefox 13 에서 도 기본적으로 SPDY 에 대한 지원 을 시작 합 니 다.아마 존 가 의 실크 는 SPDY 를 이용 한 깊이 가 구 글 자체 의 크롬 과 Firefox 보다 나 쁘 지 않다.
웹 서버 에 서 는 가장 유행 하고 광범 위 한 아파 치 를 비롯 해 Netty,Jeety,Varnish,Erlang,Hightide 애플 리 케 이 션 서버 와 node.js 를 위 한 서버 도 SPDY 지원 을 선언 했다.(Nginx 도 SPDY 를 지원 하 겠 다 고 밝 혔 다. ）
어떻게 SPDY 를 배치 합 니까?
최근 구 글 은 가장 유행 하 는 웹 서버 아파 치 에 적용 되 는 플러그 인 mod 를 공식 발표 했다.spdy,다운로드 하여 설치 하면 Apache 서버 는 SPDY 프로 토 콜 을 사용 하여 SPDY 프로 토 콜 을 호 환 하 는 브 라 우 저,예 를 들 어 Chrome,FireFox 등 과 통신 할 수 있 습 니 다.앞서 말 했 듯 이 SPDY 는 HTTPS 에서 실 행 됩 니 다.HTTPS 트 래 픽 이 아 닌 경우 mod 를 받 지 않 습 니 다.spdy 영향.

SPDY 배치 요구:
1. Apache 2.2 (≥2.2.4)
2. mod_ssl 모듈 오픈
SPDY 배치 절차:
1.mod 다운로드spdy 모듈
페이지 다운로드에 해당 하 는 시스템 의 설치 패 키 지 를 다운로드 합 니 다.
2.mod 설치spdy 모듈
시스템 터미널 에서 아래 명령 행 을 실행 합 니 다.
dpkg -i mod-spdy-*.deb
apt-get -f install
-시스템 은 데 비 안/우 분투
------------------------------------------------------------
yum install at (if you do not already have 'at' installed)
rpm -U mod-spdy-*.rpm
-시스템 은 CentOS/Fedora
3.서버 다시 시작(아파 치)
sudo /etc/init.d/apache2 restart （Debian/Ubuntu）
4.오픈 여부 확인
Chrome 브 라 우 저 를 열 고 입력 하고 이동chrome://net-internals/#spdy 페이지,호스트 이름 이 표지 판 에 나타 나 는 지 확인 합 니 다.설명 이 배치 되 었 다 면 서버 오류 로그(error.log)에서 조회 하지 않 았 다 면.
미래의 웹 기반?
최신프로 토 콜 문서에서 구 글 은 SPDY 를 다시 2 층 으로 나 누 었 다.그 중 하 나 는 HTTP-like 로 묘사 되 어 HTTP 를 대체 하려 는 의도 가 있 었 다(구 글 의 최근 글 은 직접 호출SPDY 는"a replacement for HTTP"입 니 다..아울러 HTTP 2.0 표준 제정 실무 그룹(HTTPbis)도SPDY 는 현재 HTTP 전송 을 대체 할 희망 이 있 습 니 다.이 라 고 밝 혔 다.
크롬 과 안 드 로 이 드 의 점유 율 과 기준의 추진 을 감안 하면 SPDY 가 좋 은 전망 을 가 질 것 이 라 고 믿는다.그래서 지금 SPDY 를 지원 하 는 것 도 현명 한 선택 이다.