HTTP2 다음에 오는 것

많은 어려운 결정과 타협이 HTTP2에서 이루어졌습니다. HTTP2가 배포되면 다음 프로토콜 버전으로 업그레이드를 위한 기초가 됩니다. 또한 다른 여러 버전을 동시에 처리 할 수 있는 개념과 인프라를 제공합니다. 아마도 새로운 것을 도입 할 때 과거를 모두 버릴 필요는 없어 질 겁니다.

HTTP2는 HTTP1와 HTTP2 사이의 통신을 프록시 할 수 있도록 하기 위해 HTTP1의 기능을 많이 계승하고 있습니다. 기능 중 일부는 앞으로의 발전을 방해합니다. 어쩌면 HTTP3에서는 그들을 버리는 것이 효과적일지도 모르겠네요.

혹시 HTTP를 통해 부족하다고 생각하는 부분이 있나요?

12.1. QUIC

Google의 ( Quick UDP Internet Connections )은 흥미로운 실험입니다. 그것은 SPDY 때와 유사한 스타일과 정신으로 이루어지고 있습니다. QUIC은 TCP + TLS + HTTP/2의 대안이며 UDP를 사용하여 구현되었습니다.

QUIC은 연결을 빠르게 할 수 있습니다. HTTP/2는 패킷 손실에 의해 전체 스트림을 차단 했지만, QUIC에서는 대상 스트림만 차단 만하면됩니다. 다른 네트워크 인터페이스를 동시에 연결 유지도 가능합니다. 즉 MPTCP이 해결 하려고 하는 문제의 영역까지 커버하려 합니다.

QUIC은 현재 Google이 Chrome과 Google 서버에만 구현 되어 있습니다. 코드는 쉽게 재사용 할 수 있는 형태가 되어 있지 않습니다. libquic라는 프로젝트가 그것을 실현 하려고 하고 있습니다. 프로토콜은 초안으로 전송 워킹 그룹에 되었습니다 .

Previouscurl에서의 http2 Next참조

Last updated 5 years ago

Was this helpful?