เหตุใดคอมพิวเตอร์ไคลเอนต์จึงไม่ให้ข้อมูลกับไคลเอนต์อื่นผ่านทางอินเทอร์เน็ตเพื่อลดแบนด์วิธของเซิร์ฟเวอร์

โมเดลที่คุณอธิบายคือโมเดล P2P และนั่นคือสิ่งที่โปรโตคอลบางตัว (เช่น BitTorrent ทำงาน)

หากคุณถามว่าทำไมไม่ใช้โปรโตคอลประเภทนี้สำหรับเว็บไซต์หรือการใช้งานภายในเพื่อวัตถุประสงค์ทั่วไป อาจมีเหตุผลหลักสองประการ:

1. มันอาจจะเป็นเรื่องยากมากที่จะทำในเชิงเทคโนโลยี: คุณจะต้องสามารถเปลี่ยนเส้นทางไคลเอนต์ไปหากันได้อย่างชาญฉลาด คุณจะต้องสามารถทำให้ไคลเอนต์ส่งไฟล์ได้จริง (ซึ่งจะต้องมีการเข้าถึงระบบ ซึ่งเป็นสิ่งที่คุณไม่มีโดยทั่วไป) คุณอาจต้องคำนึงถึงสิ่งต่างๆ เช่น ความเร็วของลูกค้าแต่ละราย (เช่น คุณไม่ต้องการให้ใครบางคนใช้การเชื่อมต่อแบบเก่าและช้ามากที่ให้บริการ อัพรูปภาพ เนื่องจากเว็บไซต์ของคุณจะดูช้ามาก) มีสาเหตุหลายประการ นี่เป็นเพียงปัญหาที่เกิดขึ้นเฉพาะหน้าที่สุดที่ฉันนึกออก
2. มันจะจบลงอย่างเลวร้ายกับผู้คน: แม้ว่าคุณจะสามารถคิดหาวิธีในการทำเช่นนี้ได้ แต่เรื่องแบบนี้ก็อาจจะไม่เข้ากันได้ดีกับผู้ใช้เว็บไซต์ของคุณ . โดยทั่วไปผู้ใช้ไม่ต้องการ "แบ่งปัน" พื้นที่คอมพิวเตอร์/แบนด์วิธ/อื่นๆ หลายครั้งที่บริษัทต่างๆ ใส่ "สปายแวร์" หรือสิ่งอื่นที่ซ่อนอยู่ในคอมพิวเตอร์ของใครบางคน พวกเขาได้รับการประชาสัมพันธ์ที่แย่มาก

โดยรวมแล้ว ฉันไม่คิดว่าจะมีใครคิดจริงจังที่จะพยายามทำอะไรแบบนี้ ส่วนใหญ่ด้วยเหตุผลสองประการที่ฉันอธิบายไว้ข้างต้น

หากต้องการ "ให้บริการ" ข้อมูลเช่นนี้ ไคลเอนต์แต่ละรายจะต้องติดตั้งเซิร์ฟเวอร์บนคอมพิวเตอร์ของตน -- และสามารถเข้าถึงได้ทั่วโลก (ซึ่งไม่ใช่เรื่องง่ายเสมอไปเมื่อคุณอยู่เบื้องหลัง NAT, พร็อกซี, เครือข่ายองค์กร หรือ อะไรก็ได้).

มีโปรโตคอลที่ทำเช่นนั้น (เช่น โปรโตคอล Peer to Peer จำนวนมาก แต่โปรโตคอลเหล่านั้นทำงานได้ดีกับไฟล์ขนาดใหญ่มากกว่ารูปภาพขนาดเล็ก) แต่นั่นไม่ใช่วิธีการทำงานของเว็บ

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

ฉันควรเสริมด้วยกระบวนการแบบกระจายเหมือนกับที่คุณคิดอยู่ ซึ่งมีความเสี่ยงด้านความปลอดภัย: จะเกิดอะไรขึ้นหากผู้ใช้รายหนึ่งตัดสินใจส่งสิ่งอื่นนอกเหนือจากที่ร้องขอจริงๆ พูดภาพที่ "ไม่โอเค" แทนที่จะเป็นภาพจริงใช่ไหม หรือไวรัส? หรือมีสิ่งเลวร้ายเช่นนั้น?

เครือข่ายแบบเพียร์ทูเพียร์ใช้งานได้กับเนื้อหาคงที่เท่านั้น เนื่องจากความยุ่งยากในการซิงค์ไฟล์ที่กำหนด

ด้วยเหตุผลหลายประการ:

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

มันถูกเรียกว่า P2P การใช้งานที่ประสบความสำเร็จที่สุดคือ bittorrent เหมาะมากสำหรับไฟล์ขนาดใหญ่ (Linux distros, open office ฯลฯ) ไม่มีประสิทธิภาพมากนักสำหรับไฟล์ขนาดเล็ก

แพตช์ World of Warcraft จัดส่งโดยระบบที่คล้ายกันเช่นกัน

จากมุมมองของผู้ใช้ ตำแหน่งที่พวกเขาได้รับข้อมูลนั้นไม่เกี่ยวข้องตราบใดที่ข้อมูลมาถึง รวดเร็ว คาดเดาได้ และ ปลอดภัย

โมเดลการกระจายแบบ P2P นั้นเป็นไปได้อย่างแน่นอน แต่การส่งมอบตามข้อกำหนดทั้งสามดังกล่าวด้วย P2P นั้นทำได้ยากกว่าเมื่อเปรียบเทียบกับไคลเอนต์-เซิร์ฟเวอร์

P2P ค่อนข้างครอบคลุมในคำตอบอื่น ๆ แต่ข้อกังวลเพิ่มเติมคือโครงสร้างพื้นฐานในปัจจุบัน สำหรับการเข้าถึงอินเทอร์เน็ตระดับผู้บริโภค (เคเบิล, DSL ฯลฯ) แบนด์วิธขาออกมักจะเป็นเพียงเศษเสี้ยวของขาเข้าเท่านั้น ตัวอย่างเช่น ความเร็วในการดาวน์โหลดผ่านสายเคเบิลมักจะอยู่ที่ 5-6 Mbps แต่ความเร็วในการอัปโหลดมักจะอยู่ในช่วง 400K หรือน้อยกว่า

ผู้ให้บริการอินเทอร์เน็ตออกแบบระบบในลักษณะนี้เนื่องจากคนส่วนใหญ่ดาวน์โหลดเนื้อหาในเบราว์เซอร์หรือแอปพลิเคชันอื่นๆ และสร้างเนื้อหาจำนวนน้อยกว่า

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

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

ด้วยความมหัศจรรย์ของ UDP เล็กน้อย ทำให้ Adobe Flash Player สามารถทำงานร่วมกับไคลเอนต์อื่นๆ ในเครือข่าย P2P เฉพาะกิจได้ ใช้การแชทผ่านเครือข่ายที่น่าสนใจพอสมควรเพื่อเจาะรูผ่านการตั้งค่า NAT

http://labs.adobe.com/wiki/index.php/Stratus:FAQ

http://en.wikipedia.org/wiki/Real_Time_Media_Flow_Protocol

http://www.adobe.com/devnet/flashplayer/articles/rtmfp_stratus_app.html

http://www.flashrealtime.com/tuts/p2p-in-flash.html

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

มีการบรรยายที่น่าสนใจเกี่ยวกับเทคนิคเพื่อหลีกเลี่ยงความซ้ำซ้อนของข้อมูลใน เราเตอร์โดย Van Jacobson โดยใช้การอ้างอิงระดับอื่นเหนือ TCP/IP