เปิดใช้งาน HTTP/3

HTTP/3(เดิมชื่อ “HTTP ผ่าน QUIC”) เป็นเวอร์ชันหลักที่สามของตระกูล Hypertext Transfer Protocol โดยฟีเจอร์จะคล้ายกับ HTTP/2 มากแต่มีข้อได้เปรียบที่สำคัญบางประการเนื่องจากการเปลี่ยนแปลงวิธีการใช้งานที่สำคัญกล่าวคือ HTTP/3 สร้างขึ้นบนควิกโปรโตคอลการขนส่งซึ่งทำงานบน UDP แทน TCP

ปัจจุบัน HTTP/3 มีให้บริการแล้วโดยโซลูชันบางอย่าง (เช่นLiteSpeedและNGINX) และเป็นนำมาใช้โดยแพลตฟอร์มผ่านสแต็กรุ่นล่าสุดต่อไปนี้:

• โหลดบาลานเซอร์:LiteSpeed ​​​​เว็บ ADC,วานิช,NGINX
• แอปพลิเคชันเซิร์ฟเวอร์:LiteSpeed ​​WS,LLSMP และ LEMP,NGINX PHP,NGINX รูบี้

ด้านล่างนี้คุณสามารถตรวจสอบ:

• เงื่อนไขเบื้องต้นทางเทคนิคของการใช้งาน HTTP/3
• ประโยชน์ของ HTTP/3 (QUIC)
• บูรณาการในแพลตฟอร์ม

ข้อมูลเฉพาะทางเทคนิค/เงื่อนไขเบื้องต้น

เหตุผลหลักเบื้องหลังการใช้ HTTP/3 ก็คือ HTTP/2 ถึงขีดจำกัดในการปรับปรุงความเร็วแล้วเนื่องจากปัญหาคอขวดของโปรโตคอล TCP แม้จะมีความน่าเชื่อถือแต่การเดินทางไปกลับทั้งหมดที่จำเป็นสำหรับการจับมือกันการตอบกลับการจัดส่งการรับประกันการสั่งซื้อและการตรวจสอบรวมของ TCP ก็ถือว่าอ่อนแอและซ้ำซ้อนด้วยเหตุนี้ในฐานะส่วนหนึ่งของสแต็ก TCP/IP TCP จึงถูกนำไปใช้ในเคอร์เนลของระบบปฏิบัติการและเฟิร์มแวร์ของอุปกรณ์การเปลี่ยนแปลงที่สำคัญใน TCP นั้นแทบจะเป็นไปไม่สามารถดำเนินการได้

เคล็ดลับ:เราได้จัดเตรียมตัวอย่างข้อจำกัดที่ TCP ระบุไว้ด้านล่างนี้:

• การเชื่อมต่อ TCP เดียวสามารถถ่ายโอนข้อมูลผ่านหลายสตรีมอย่างไรก็ตามการสูญเสียแพ็กเก็ตจะเก็บการเชื่อมต่อทั้งหมด (และสตรีมทั้งหมด) จนกว่า TCP จะส่งแพ็กเก็ตอีกครั้ง
• TCP ไม่มี TLS ในตัวดังนั้นการเชื่อมต่อที่ปลอดภัยจึงต้องมีการเดินทางไปกลับเพิ่มเติมทำให้เกิดความล่าช้า

UDP ไม่มีข้อจำกัดดังกล่าวและแพร่หลายพอๆกับ TCP ซึ่งช่วยให้บรรลุการปรับปรุงโดยไม่ต้องเปลี่ยนแปลงระบบปฏิบัติการและเฟิร์มแวร์ของอุปกรณ์ที่มีอยู่อย่างมีนัยสำคัญดังนั้น HTTP/3 จึงได้นำโปรโตคอลการขนส่ง QUIC (เริ่มแรกพัฒนาโดย Google) ซึ่งใช้ UDP มาใช้ผลประโยชน์ที่สำคัญ. นอกจากนี้เนื่องจากบริษัทอินเทอร์เน็ตชั้นนำอย่าง Google และ Facebook มีการใช้งานอยู่แล้วประสิทธิภาพและความน่าเชื่อถือของโซลูชัน QUIC จึงไม่อาจปฏิเสธได้

คุณสมบัติหลัก HTTP/3 (QUIC)

การใช้ QUIC แทน TCP เป็นฐานทำให้ HTTP/3 สามารถใช้ประโยชน์จากสิทธิประโยชน์มากมายที่มีให้ในที่นี้การใช้งาน QUIC บน UDP ช่วยให้สามารถเสนอคุณสมบัติที่คล้ายกับ TCP แต่ไม่มีจุดควบคุมบางส่วนดังนั้นเรามาสรุปคุณสมบัติหลักที่แตกต่างของ HTTP/3 เมื่อเปรียบเทียบกับ HTTP/2 รุ่นก่อน:

• มัลติเพล็กซ์ที่ได้รับการปรับปรุง- การสูญเสียแพ็กเก็ตส่งผลต่อสตรีมเดียวที่เหมาะสมเท่านั้น (ไม่ใช่ทั้งหมดภายในการเชื่อมต่อเดียวกัน)
• การตั้งค่าการเชื่อมต่อที่เร็วขึ้น- โปรโตคอลจัดการคุณลักษณะด้านความปลอดภัยได้ด้วยตัวเองโดยลดจำนวนการเดินทางไปกลับเพื่อสร้างการเชื่อมต่อ (โดยเฉพาะอย่างยิ่งจะสังเกตเห็นได้บนเครือข่ายที่มีความหน่วงสูงเช่นสำหรับผู้ใช้อุปกรณ์เคลื่อนที่)
• การโยกย้ายการเชื่อมต่อ- การใช้ ID การเชื่อมต่อแทน IP ปลายทางช่วยให้มั่นใจได้ถึงการส่งแพ็กเก็ตแม้ในกรณีที่มีสวิตช์เครือข่าย (เช่นการดาวน์โหลดผ่าน HTTP/3 จะดำเนินการเมื่อการเชื่อมต่อ wifi เปลี่ยนเป็นเครือข่ายมือถือ)

โดยทั่วไป HTTP/3 มุ่งหวังที่จะมอบการเชื่อมต่อที่รวดเร็วและเชื่อถือได้มากขึ้นซึ่งจะสังเกตเห็นได้ชัดเจนเป็นพิเศษโดยผู้ที่มีเครือข่ายที่มีเวลาแฝงสูงกว่าดังนั้นจากจุดยืนด้านประสิทธิภาพผู้ใช้อุปกรณ์เคลื่อนที่จะได้รับประโยชน์สูงสุดแต่สิ่งเหล่านี้คือการปรับปรุงที่ทุกคนสามารถชื่นชมได้

การดำเนินการสนับสนุน HTTP/3

การรองรับโปรโตคอล HTTP/3 (QUIC) ยังอยู่ในขั้นตอนการนำไปใช้งานช่วงแรกสุดอย่างไรก็ตามมีโซลูชันบางอย่างให้ไว้แล้ว (เช่นLiteSpeed) และอยู่ระหว่างการพัฒนาโดยผู้อื่น

ด้านล่างนี้คุณสามารถดูรายการซอฟต์แวร์ที่แม่นยำที่สุดได้ที่แพลตฟอร์มที่ให้การสนับสนุน HTTP/3 ตามค่าเริ่มต้น:

• โหลดบาลานเซอร์

  • LiteSpeed ​​​​เว็บ ADC::ทุกรุ่น
  • วานิช:: 5.2.x,6.x.xเวอร์ชันขึ้นไป
  • NGINX::ตั้งแต่1.16.1ปล่อย

• แอปพลิเคชันเซิร์ฟเวอร์

  • LiteSpeed ​​WS::ทุกรุ่น
  • นิติศาสตร์มช::ทุกรุ่น
  • เลมป์::ตั้งแต่1.16.1ปล่อย
  • NGINX PHP::ตั้งแต่1.16.1ปล่อยสำหรับ PHP7.2.26,7.3.13,7.4.1เวอร์ชันขึ้นไป
  • NGINX รูบี้: ตั้งแต่1.16.1ปล่อยสำหรับ Ruby2.4.9,2.5.7,2.6.5,2.7.0เวอร์ชันขึ้นไป

แค่สร้าง Environmentโทโพโลยีที่รวมแอปพลิเคชันเซิร์ฟเวอร์หรือโหลดบาลานเซอร์ที่กล่าวถึงข้างต้น

คุณจะต้องแนบไฟล์เพิ่มเติมที่อยู่ IP สาธารณะเพื่อข้าม Shared Load Balancer และอนุญาตให้ทำงานกับเซิร์ฟเวอร์โดยตรงผ่าน HTTP/3

บันทึก:สำหรับฝั่งไคลเอ็นต์ขณะนี้การสนับสนุน HTTP/3 (QUIC) ถูกเปิดใช้งานตามค่าเริ่มต้นในโครเมียม, สามารถกำหนดค่าได้ในโครเมียม(chrome://flags) และคือยังไม่ได้ดำเนินการโดยไฟร์ฟอกซ์เบราว์เซอร์