URLs, DNS และการสตรีมบิต

สมุดโทรศัพท์ที่ขับเคลื่อนอินเทอร์เน็ต

• จนถึงปี 1983 คอมพิวเตอร์ทุกเครื่องบนอินเทอร์เน็ตค้นหาเครื่องอื่นๆ โดยการดาวน์โหลดไฟล์ข้อความหนึ่งชื่อ HOSTS.TXT จากเครื่องเดียวที่ Stanford. ทุกครั้งที่คอมพิวเตอร์ใหม่เข้าร่วม, ไฟล์นี้ใหญ่ขึ้นและทุกคนต้องดึงมันอีกครั้ง
• Paul Mockapetris เปลี่ยนไฟล์นี้เป็นระบบเซิร์ฟเวอร์แบบกระจาย, แต่ละเครื่องรับผิดชอบส่วนของตัวเองของ name space. เขาเรียกว่า Domain Name System
• นี่คือเหตุผลที่คุณพิมพ์ชื่อแทนที่จะเป็นสิบสองหลัก, และทำไมเว็บไซต์สามารถย้ายบ้านโดยไม่ต้องบอกคุณ
• บทเรียนนี้คือที่อยู่ที่คุณพิมพ์, ระบบที่ค้นหา, และวิธีวิดีโอถึงคุณก่อนที่มันจะมาถึงครบถ้วน

URL

• Uniform Resource Locator (URL) หา resource หนึ่งบนเว็บ: https://www.example.com/about/contact.html
• protocol, https, บอกวิธีการดึงมา. domain name, www.example.com, ชื่อเซิร์ฟเวอร์ในรูปแบบที่คนอ่านได้. path, /about/contact.html, ชื่อบนเซิร์ฟเวอร์นั้น
• URL อาจพก port number และ query string หลัง ?, แต่ protocol, domain และ path เป็นสามสิ่งที่ข้อสอบถาม

ระบบชื่อโดเมน

• คอมพิวเตอร์ส่งข้อมูลไปยังที่อยู่ IP ไม่ใช่ชื่อ ระบบ Domain Name System (DNS) เป็นเซิร์ฟเวอร์แบบกระจายที่แปลงชื่อโดเมนเป็นที่อยู่ IP
• บราวเซอร์ขอจาก resolver หาก resolver ยังไม่ได้แคชคำตอบไว้ มันจะขอจาก root server ซึ่งชี้ไปยัง top-level domain server สำหรับ .com ซึ่งชี้ไปยัง authoritative server สำหรับ example.com ซึ่งจะกลับด้วยที่อยู่ IP
• จากนั้นบราวเซอร์จะเชื่อมต่อกับที่อยู่ IP นั้นและขอเส้นทางทั้งกระบวนการค้นหาใช้เวลาเพียงมิลลิวินาทีและมีการแคชทำให้ไม่ซ้ำบ่อยครั้ง

Resolver, root, top-level domain, authoritative: แล้วบราวเซอร์จะเชื่อมต่อ

ตัวอย่างการฝึกปฏิบัติ: จากที่พิมพ์ถึงหน้าเว็บที่โหลดแล้ว

เหตุผลที่มี DNS

• คนจดจำชื่อได้; เร้าเตอร์ส่งข้อมูลด้วยตัวเลข DNSทำให้ทั้งสองอย่างนี้เป็นจริงได้ในเวลาเดียวกัน
• เว็บไซต์สามารถย้ายไปยังเซิร์ฟเวอร์ใหม่ หรือกระจายอยู่หลายเครื่องได้โดยเปลี่ยนบันทึก DNS ผู้ใช้พิมพ์ชื่อเดิมเท่านั้น
• ระบบนี้มีการกระจาย ทำให้ไม่มีเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่งเก็บทุกชื่อ และมีแคชอยู่ในทุกระดับ ทำให้ภาระถูกแบ่งเบา

การสตรีมบิต

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

บัฟเฟอร์ตั้งอยู่ระหว่างเครือข่ายและตัวเล่น

บัฟเฟอร์และอัตราบิต

• บัฟเฟอร์ เก็บข้อมูลไว้เล็กน้อยก่อนเริ่มเล่น เพื่อไม่ให้ภาพหยุดชะงักหากเครือข่ายดีดลงชั่วคราว การสตรีมตามต้องการสามารถบัฟเฟอร์ล่วงหน้าได้มาก แต่การสตรีมสดสามารถบัฟเฟอร์ได้เพียงเล็กน้อยเท่านั้น มิฉะนั้นจะไม่ถือว่าเป็นการสตรีมสดอีกต่อไป
• อัตราบิต คือจำนวนบิตต่อวินาทีที่การสตรีมนั้นต้องการ ต้องต่ำกว่าความเร็วของ ** broadband** เสมอ มิฉะนั้นข้อมูลจะมาช้ากว่าที่เล่นและทำให้การเล่นหยุดชะงัก
• การบีบอัดแบบสูญเสียข้อมูล ช่วยรักษาอัตราบิตให้อยู่ในระดับต่ำ: ภาพเคลื่อนไหวช่วยปกปิดความสูญเสียเล็กๆ น้อยๆ และการสตรีมต้องพอดีกับแบนด์วิดท์ที่มีอยู่

ตัวอย่างการฝึกปฏิบัติ: ทำไมต้องบีบอัดก่อนสตรีมสด?

ตัวอย่างการฝึกปฏิบัติ: กระบวนการสตรีมแบบเรียลไทม์

คะแนนที่หลุดหายไป

คุณเข้าใจแล้ว