Chrome 106에서는 서버 푸시 기술 지원이 종료됩니다

Google은 106월 27일로 예정된 Chrome 2 릴리스에서 서버 푸시 기술 지원이 비활성화될 것이라고 경고했습니다. 변경 사항은 Chromium 코드베이스를 기반으로 하는 다른 브라우저에도 영향을 미칩니다. 서버 푸시 기술은 HTTP/3 및 HTTP/XNUMX 표준에 정의되어 있으며 서버가 명시적인 요청을 기다리지 않고 클라이언트에 리소스를 보낼 수 있도록 합니다. 클라이언트가 요청할 때 페이지 렌더링에 필요한 CSS 파일, 스크립트 및 이미지가 이미 서버 측으로 전송되었기 때문에 이러한 방식으로 서버가 페이지 로딩 속도를 높일 수 있다고 가정합니다.

지원 중단으로 언급된 이유는 태그와 같이 더 간단하고 동등하게 효과적인 대안을 사용할 수 있는 경우 기술 구현이 불필요하게 복잡하기 때문입니다. , 이를 기반으로 브라우저는 페이지에서 리소스가 사용될 때까지 기다리지 않고 리소스를 요청할 수 있습니다. 서버 푸시와 비교하여 사전 로드는 불필요한 패킷 교환(RTT)을 초래하지만, 다른 한편으로는 이미 브라우저 캐시에 있는 리소스를 보내는 것을 방지합니다. 일반적으로 서버 푸시와 사전 로드를 사용할 때 대기 시간의 차이는 미미한 것으로 나타납니다.

서버 측에서 사전 로드를 시작하려면 HTTP 응답 코드 103을 사용하는 것이 좋습니다. 이를 통해 서버가 관련된 모든 작업을 완료할 때까지 기다리지 않고 요청 직후 일부 HTTP 헤더의 내용을 클라이언트에 알릴 수 있습니다. 요청을 받고 콘텐츠 제공을 시작합니다. 마찬가지로, 미리 로드될 수 있는 제공되는 페이지와 관련된 요소에 대한 힌트를 제공할 수 있습니다(예: 페이지에 사용되는 CSS 및 JavaScript에 대한 링크를 제공할 수 있음). 이러한 리소스에 대한 정보를 받으면 브라우저는 기본 페이지의 렌더링이 완료될 때까지 기다리지 않고 다운로드를 시작할 수 있으므로 전체 요청 처리 시간이 단축됩니다.

리소스 로딩을 최적화하는 것 외에도 서버 푸시 메커니즘을 사용하여 서버에서 클라이언트로 데이터를 스트리밍할 수도 있지만 이러한 목적을 위해 W3C 컨소시엄은 WebTransport 프로토콜을 개발하고 있습니다. WebTransport의 통신 채널은 QUIC 프로토콜을 전송으로 사용하여 HTTP/3 위에 구성됩니다. WebTransport는 여러 스트림으로 전송 구성, 단방향 스트림, 패킷 전송 순서를 고려하지 않은 전달(비순차적), 신뢰할 수 있는 전달 모드와 신뢰할 수 없는 전달 모드 등의 고급 기능을 제공합니다.

Google 통계에 ​​따르면 Server Push 기술은 널리 사용되지 않습니다. 서버 푸시는 HTTP/3 사양에 포함되어 있지만 실제로는 Chrome 브라우저를 포함한 많은 서버 및 클라이언트 소프트웨어 제품이 이를 기본적으로 구현하지 않습니다. 2021년에는 HTTP/1.25를 실행하는 사이트의 약 2%가 서버 푸시를 사용했습니다. 올해 이 수치는 0.7%로 떨어졌다.

출처 : opennet.ru