HTTP2 다음에 오는 것
많은 어려운 결정과 타협이 HTTP2에서 이루어졌습니다. HTTP2가 배포되면 다음 프로토콜 버전으로 업그레이드를 위한 기초가 됩니다. 또한 다른 여러 버전을 동시에 처리 할 수 있는 개념과 인프라를 제공합니다. 아마도 새로운 것을 도입 할 때 과거를 모두 버릴 필요는 없어 질 겁니다.
HTTP2는 HTTP1와 HTTP2 사이의 통신을 프록시 할 수 있도록 하기 위해 HTTP1의 기능을 많이 계승하고 있습니다. 기능 중 일부는 앞으로의 발전을 방해합니다. 어쩌면 HTTP3에서는 그들을 버리는 것이 효과적일지도 모르겠네요.
혹시 HTTP를 통해 부족하다고 생각하는 부분이 있나요?
Google의 QUIC( Quick UDP Internet Connections )은 흥미로운 실험입니다. 그것은 SPDY 때와 유사한 스타일과 정신으로 이루어지고 있습니다. QUIC은 TCP + TLS + HTTP/2의 대안이며 UDP를 사용하여 구현되었습니다.
QUIC은 연결을 빠르게 할 수 있습니다. HTTP/2는 패킷 손실에 의해 전체 스트림을 차단 했지만, QUIC에서는 대상 스트림만 차단 만하면됩니다. 다른 네트워크 인터페이스를 동시에 연결 유지도 가능합니다. 즉 MPTCP이 해결 하려고 하는 문제의 영역까지 커버하려 합니다.
Last modified 3yr ago