HTTP/1.1, HTTP/2 மற்றும் HTTP/3 இடையேயான வேறுபாடுகள் என்ன?

Question

IT Interview Practice · Accepted Answer

மூன்றுமே ஒரே HTTP semantics ஐ (method கள், header கள், status code கள்) வழங்குகின்றன, ஆனால் அவை byte களை wire-இல் *எப்படி* நகர்த்துகின்றன என்பதில் வேறுபடுகின்றன — ஒவ்வொரு version உம் முந்தையதன் ஒரு bottleneck ஐச் சரிசெய்கிறது. கருப்பொருள் **head-of-line (HOL) blocking ஐ அகற்றுவது**, அங்கு ஒரு சிக்கிய request மற்றவற்றைத் தடுத்து நிறுத்துகிறது.

```text
HTTP/1.1  over TCP     one request at a time per connection
  conn ──[req A]──[req B]──[req C]──▶   B waits for A (HOL blocking at HTTP layer)

HTTP/2    over TCP     many streams multiplexed on ONE connection
  conn ══[A|B|C interleaved]══▶        but a lost TCP packet stalls ALL streams
                                       (HOL blocking moves down to TCP)

HTTP/3    over QUIC (UDP)   independent streams, per-stream delivery
  conn ══[A][B][C]══▶                  a lost packet stalls only its own stream
```

**HTTP/1.1** ஒரு connection-இல் ஒரு நேரத்தில் ஒரு request ஐ அனுப்புகிறது; browser கள் ஒரு host-க்கு ~6 இணையான connection களைத் திறப்பதன் மூலம் இதைச் சமாளிக்கின்றன, மேலும் text header கள் compress செய்யாமல் அனுப்பப்படுகின்றன. **HTTP/2** **multiplexing** ஐச் சேர்க்கிறது — ஒரே connection-இல் பல ஒரே நேரத்திலான **stream** கள் — உடன் binary framing, header compression (HPACK), மற்றும் server push. ஆனால் அது இன்னும் TCP-இன் மேல் இயங்குவதால், ஒரு தனி இழந்த packet retransmit ஆகும் வரை *ஒவ்வொரு* stream ஐயும் தடுக்கிறது: HOL blocking வெறுமனே HTTP layer-இலிருந்து TCP-க்குக் கீழிறங்கியது.

**HTTP/3** இதை **QUIC**-இன் மேல் இயங்குவதன் மூலம் தீர்க்கிறது, இது **UDP**-இன் மேல் கட்டப்பட்ட ஒரு புதிய transport. QUIC stream களைத் தானே செயல்படுத்துகிறது, எனவே ஒரு stream-இல் ஏற்படும் loss மற்றவற்றை நிறுத்தாது. அது transport மற்றும் TLS handshake களையும் ஒன்றிணைக்கிறது (1-RTT, resume-இல் பெரும்பாலும் 0-RTT) வேகமான connection setup-க்காக, மேலும் **connection migration** ஐ ஆதரிக்கிறது, இதனால் ஒரு session ஒரு network மாற்றத்தைத் தாண்டி (Wi-Fi → cellular) உயிர்வாழ்கிறது.

## இது ஏன் முக்கியம்

இது ஒரு பிடித்த middle-level கேள்வி, ஏனெனில் பதில் ஒரு *பிரச்சினை → சரிசெய்தல் → புதிய பிரச்சினை → சரிசெய்தல்* கதை — ஒரு வலுவான engineer வளரும் system களைப் பற்றி எப்படிச் சிந்திக்கிறார் என்பது இதுதான். interviewer கள் தேடும் முக்கிய நுண்ணறிவு **இரண்டு layer களில் head-of-line blocking** ஐப் புரிந்துகொள்வது: HTTP/2 அதை application layer-இல் தீர்த்தது ஆனால் இன்னும் TCP-இன் கீழ் சிக்கியிருந்தது, மேலும் HTTP/3 வேலையை முடிக்க transport ஐயே மாற்ற வேண்டியிருந்தது. இது நடைமுறைப் பயனுள்ளதும் கூட: இதை அறிவது connection reuse, இன்னும் domain களை shard செய்ய வேண்டுமா, மற்றும் உங்கள் CDN-இல் HTTP/3 ஐ இயக்குவதன் மூலம் நீங்கள் என்ன பெறுகிறீர்கள் என்பது பற்றிய நிஜமான முடிவுகளை வழிநடத்துகிறது.

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்