HTTP 1.1을 사용하는 이유
HTTP 3.0이 기능 개선이 된 것이니 모두 HTTP 3.0을 사용하면 될텐데 왜 HTTP1.1, HTTP2도 같이 사용하는 걸까요?
(비슷한 질문이 있긴하던데 삭제됐다네요.)
답변 1
0
안녕하세요, 김주영 님. 공식 서포터즈 y2gcoder 입니다.
HTTP 3.0 (혹은 HTTP/3)이 성능과 기능 측면에서 향상을 가져왔음에도 불구하고, 모든 서버와 클라이언트가 즉시 HTTP/3로 업그레이드하는 것은 몇 가지 이유로 어렵습니다.
하위 호환성 : 모든 웹 서버와 브라우저가 HTTP/3를 지원하지는 않습니다. 따라서 HTTP 1.1이나 HTTP/2를 사용하여 이전 버전을 지원하는 브라우저와의 호환성을 유지해야 합니다.
인프라 및 소프트웨어 업데이트 : HTTP/3를 구현하려면 서버와 클라이언트 모두 소프트웨어를 업데이트해야 합니다. 이는 자원과 시간을 필요로하며, 특히 대규모 인프라에서는 복잡할 수 있습니다.
안정성 및 검증 : HTTP/3는 상대적으로 새로운 프로토콜이며, 모든 경우에 대해 충분히 검증되지 않았을 수 있습니다. 실제 운영 환경에서의 성능과 안정성을 확인하는데 시간이 필요합니다.
HTTP/3에 필요한 프로토콜 지원 : HTTP/3는 QUIC라는 새로운 통신 프로토콜 위에서 구현되어 있습니다. QUIC는 TCP 대신 UDP를 기반으로하며, 일부 기업의 네트워크 인프라에서는 UDP 트래픽이 제한되거나 차단될 수 있습니다. 이러한 경우 HTTP/3를 사용할 수 없습니다.
이러한 이유들로 인해, 현재로서는 여전히 HTTP1.1, HTTP/2를 지원하고 유지하는 것이 중요합니다. 향후 HTTP/3의 지원 범위가 넓어지면서 점차 대체될 것으로 예상되지만, 그에 따른 시간과 과정이 필요합니다.
감사합니다.
1
부끄럽지만 맞습니다!
제가 글을 잘 쓰지 못해서 ChatGPT에게 제가 답변할 내용을 바탕으로 내용을 정리해달라고 질의했습니다.
혹시나 성의없는 답변으로 보여 불쾌하셨다면 죄송합니다.
캐시무효화시 그냥 no-store만 넣어되지 않나요?
0
71
2
API의 헤더와 바디에 대한 문의 입니다.
0
70
2
수정폼과 수정
0
69
1
쿠키에 대해 질문드려요!
0
89
2
서버에서 캐시 검증 헤더를 직접 처리해야 하나요?
0
87
1
http api get, post 멱등
0
40
1
컬렉션의 개념
0
49
1
시작라인에 들어가는 요청 대상 경로는 상대 경로 아닌가요?
0
54
1
PATCH 는 PUT처럼 멱등이여야 하지 않나요?
0
81
1
리소스 질문드립니다
0
56
1
IP 패킷 질문입니다.
0
59
1
html from, http api
0
75
2
브라우저 캐시가 60초 유효하다는게 무슨 뜻일까요
0
120
1
stateless 무상태 예제가 생각났는데. 저가 생각 한게 맞는지 궁금합니다.
0
99
1
URI 및 URL 질문, 왜 자바(스프링)에서는 이렇게 나누었는지?
0
142
1
host와 port
0
106
1
tcp/ip는 연결을 유지? 아니면 유지하지 않음?
0
145
1
다음 강의 커리큘럼 질문!!
0
131
2
캐시 개념에 대해서 설명하시지는 않으시는건가요?
0
113
1
클라이언트가 patch, delete 요청 시 알아야 하는 url
0
91
1
html form 형태 전송시 new, edit 등 컨트롤 리소스를 사용하는 이유
0
168
2
비 연결성(connectionless) 강의에서 질문입니다~
0
140
1
PATCH를 사용하지 못할 때 왜 POST?
0
162
2
협상과 우선순위3 질문드립니다.
1
130
1