HTTP/2 : 프로, 단점 및 알아야 할 사항

http/2 : 웹 페이지 로딩 속도의 혁신적인 개선 HTTP/2는 성능 문제를 해결하고 웹 사이트로드 시간을 줄 이도록 설계된 HTTP/1.1로의 주요 업그레이드입니다. 다중 스트림, 서버 푸시, 헤더 압축 및 이진 형식과 같은 기능을 통해이를 달성합니다.

멀티플렉싱은 단일 TCP 연결을 통해 여러 요청과 응답을 동시에 전송하여 혼잡을 줄이고 속도를 높일 수 있습니다. 서버 푸시는 리소스를 브라우저의 캐시로 활성으로 전송하여 성능을 향상시킵니다. 헤더 압축은 데이터 검색 시간과 대역폭 사용을 줄입니다. 바이너리 형식은 처리하기가 더 쉬워 서버 워크로드 및 페이지로드 시간이 줄어 듭니다.

개발자는 더 이상 이미지 스프라이트, 인라인 및 파일 연결과 같은 솔루션을 사용하여 웹 페이지의 요청 수를 줄일 필요가 없습니다. 그러나 대부분의 HTTP/2 지원 브라우저에는 HTTPS 암호화가 필요하므로 전환을 고려하는 일부 사용자에게는 어려움이 생길 수 있습니다.

HTTP/2에는 많은 장점이 있지만 대역폭에 대한 과잉과 개인 정보 보호 문제를 무시하는 것으로 비판을 받았습니다. 일부는 기술의 빠른 개발과 변화하는 기술 문제를 해결하기 위해보다 유연한 프로토콜이 필요하기 때문에 HTTP/2가 오래 지속되지 않을 수 있다고 생각합니다.

http/1.1의 작동 방식

웹 페이지에 액세스 할 때 브라우저는 웹 서버에서 페이지의 모든 리소스를 요청하여 페이지를 얻습니다. 웹이 탄생 한 이후, 이것은 주로 HTTP/1.1을 통해 이루어졌습니다.

시간이 지남에 따라 기술은 계속 발전하고 웹 사이트가 점점 더 복잡하고 자원 집약적으로 유지되며 HTTP/1.1 프로토콜은 압력이 증가하고 있으며 성능 문제를 처리하기 위해 많은 해결 방법이 필요합니다. 오늘날의 웹 페이지에는 일반적으로 이미지, 텍스트, 글꼴 등과 같은 많은 리소스가 포함되어있어 90 년대와 2000 년대의 것보다 훨씬 무겁습니다. 결과적으로, 그들은 더 길어 지므로 웹 디자이너와 개발자는이 문제를 해결하기 위해 영리한 해결 방법을 제시합니다. 그러나 HTTP 프로토콜 자체를 업데이트해야한다는 것은 분명합니다.

http/2의 작동 방식

브라우저는 여전히 서버에 요청을 보내고 필요한 리소스에 대한 응답을 수신하여 웹 페이지가 올바르게 표시 될 수 있지만 둘 사이의 뉘앙스는 변경됩니다. HTTP/2는 멀티플렉스 스트림, 서버 푸시, 헤더 압축 및 이진 형식과 같은 새로운 기능을 소개합니다.

멀티플렉싱 스트림 : 멀티플렉싱은 이러한 자원을 작은 부품으로 전달하고 연결을 통과 한 다음 최종 대상 (브라우저)에 도달하면 리소스를 다시 조립하여 많은 연결 전달로 인한 혼잡 문제를 제거합니다. 텍스트, 글꼴 및 그림과 같은 리소스.

서버 푸시 :

서버 푸시는 브라우저에 리소스를 전달하는보다 효율적인 방법을 나타냅니다. HTTP/1 환경에서 HTML 페이지는 브라우저로 전송되며,이를 구문 분석하고 필요한 리소스를 결정한 다음 서버에서 해당 리소스를 요청해야합니다. HTTP/2는 이와 관련하여 더 적극적이며 브라우저가 요청없이 필요한 리소스를 전송합니다. 이러한 리소스는 브라우저의 캐시에 들어가며 필요할 때 즉시 사용할 수 있으므로 성능에 유리합니다.

헤더 압축 :

http/1에서는 브라우저 또는 서버의 동작 방식을 설명하는 추가 데이터의 작은 부분 (HTTP 헤더)이 첨부됩니다. 평균적으로 브라우저는 한 번에 약 6 개의 연결을 만들 수 있지만 일반적인 웹 페이지를로드하는 데 필요한 연결 수가 100만큼 높을 수 있다는 점을 고려할 때 여전히 많은 양의 데이터를 검색해야하며 시간과 대역폭이 필요합니다. . HTTP/2 연결이 설정되면 모든 헤더가 압축 블록으로 포장되어 전체적으로 전송됩니다. 더 빨리 변환되고 변속기가 완료된 후 헤더 블록이 디코딩됩니다.

텍스트 형식 대신 이진 형식 : 텍스트 형식에는 개선이 필요한 여분의 오버 헤드가 있으며 이진 형식은 구문 분석이 필요하지 않습니다. 또한 더 컴팩트합니다. 서버의 추가 작업은 웹 페이지가로드 될 때까지 추가 시간을 의미합니다. 이것이 바이너리 형식을 처리하기가 더 쉽고 합리적인 개선 인 이유입니다.

개발자가 지금 할 수있는 일이 무엇인지

개발자는 더 이상 이미지 스프라이트, 인라인 및 파일 연결을 처리 할 필요가 없습니다. 웹 페이지의 요청 수를 줄일 필요가 없기 때문입니다. 기본적으로 이것은 일상 업무에서 가장 큰 변화가 될 것입니다. 그러나 어떤 식 으로든 작업에 영향을 줄 수있는 내부 변경에 대해 더 많은 말이 있습니다.

주목할만한 것들

HTTP/2 사양 자체는 필수는 아니지만 HTTP/2를 지원하는 대부분의 브라우저에는 HTTPS 암호화가 필요합니다. 즉, 암호화 된 연결을 통해 HTTP/2 사이트가 제공되지 않으면 방문자는 사이트에 액세스하거나 놓칠 수있는 다른 클라이언트를 찾아야합니다.

이제 사이트가 HTTPS를 통해 제공하는 트렌드가 있지만 브라우저는이 요구 사항을 비판했으며 의심 할 여지없이 HTTP/2로 전환하는 것을 고려하는 일부 사람들에게는 걸림돌이 될 것입니다. (HTTPS가 무엇인지, 구현 방법에 대한 자세한 내용은 SitePoint의 최근 HTTPS 소개를 읽으십시오.) 대중의 경우 네트워크의 전환은 원활 할 것입니다. 새 프로토콜 버전에서 작동하는 데 필요한 수정 및 업그레이드는 서버 및 브라우저에서 수행됩니다. 서버는 시간이 지남에 따라 업데이트되며 궁극적으로 두 프로토콜을 지원합니다. 새 프로토콜을 지원하는 브라우저는 자동으로 HTTP/2로 전환됩니다. 동시에 오래된 브라우저는이를 이해할 수 없습니다. 개발자는 연결이 HTTP/2로 업그레이드되도록 브라우저와 HTTP/2를 지원하는 서버를 모두 알아야합니다.

일부 논쟁 많은 사람들이 HTTP/2에 대해 흥분하지만 Poul-Henning Kamp와 같은 다른 사람들은 그다지 인상적이지 않습니다. Kamp는 HTTP/2가 "실제로 HTTP/1.2의 웅장한 이름"이라고 생각하며, 이륙하면 오래 지속되지 않을 것이라고 생각합니다. 그의 의견으로는, 새로운 프로토콜은 실제 문제를 해결하지는 않지만 대역폭에 너무 집중합니다. 그는 쿠키의 개념을 취소하고 세션/아이덴티티 도구로 바꾸는 것이 더 좋습니다. 이는 보안 위험이 어느 정도 증가함에 따라 세계의 개인 정보를 향상시킬 것입니다. 그리고 HTTP/2는 프라이버시를 크게 향상시키지 못한다고 믿고 있습니다.

차이를 봅니다

이 Akamai 데모는 두 프로토콜 버전 모두에서 자원이 동시에로드되는 방법을 보여줍니다. 첫 번째 이미지는 HTTP/1 및 6 개의 동시 연결 (Google 크롬을 사용하는 경우)을 통해로드되며, 두 번째 이미지는 HTTP/2를 통해 전체로드되며 모든 부품은 동시에로드됩니다.

프로토콜 연결에서 데이터가 어떻게 다르게로드되는지에 대한 더 깊은 이해를 원한다면이 golang.org 예제를 확인하십시오. 다른 지연 설정을 시도하여 다른 용량의 장치에서 데이터가 동시에로드되는 방법을 확인할 수 있습니다. 대기 시간이 길수록 HTTP/2는 성능 측면에서 더 분명합니다.

결론

http/2는 일반 사용자에게 원활한 전환이 될 것이며 네트워크에서 일하는 사람들에게는 몇 가지 선택이 있습니다. 일반적으로, 웹 사이트는 더 안전하고로드가 더 빠릅니다. 이 협정은 아마도 기술적으로나 정치적으로 달성하기가 더 어려워서 근본적인 변화를 가져 오지 않았다. 그렇기 때문에 HTTP/2가 오랫동안 우리에게 봉사하지 않을 수 있습니다.

기술의 세계는 매년 더 빠르게 성장하고 있으므로 몇 년 안에 우리는 다른 것을 필요로 할 수 있습니다. 저의 개인적인 희망은 다음 프로토콜이 변화하는 기술적 문제를 다루는 데 더 유연하고 용감 할 것이라는 것입니다.

(FAQS) FAQ에 대한 HTTP/2

(FAQS 섹션은 이전에 다루는 콘텐츠와 겹치기 때문에 여기에서 생략되어 복제를 피할 수 있습니다.)

.

위 내용은 HTTP/2 : 프로, 단점 및 알아야 할 사항의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!