ที่เก็บแพ็กเกจแบบกระจายสำหรับ Linux?

10

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

ฉันสงสัยว่ามีบางอย่างเหมือน BitTorrent สำหรับการจัดการแพ็คเกจหรือไม่? หรือถ้าไม่มีมันเป็นไปได้ไหมที่จะมีระบบแบบนี้?

(ฉันกำลังคิดถึงระบบที่ผู้ใช้แต่ละคนเก็บแพ็คเกจที่พวกเขามีและให้บริการในแบบเดียวกับ BitTorrent)

package-management

— phunehehe
แหล่งที่มา

1

ฉันไม่เคยเห็นข้อความนี้มาก่อน นั่นคือเหตุผลที่มีกระจกเงา

— tshepang

@Tshepang นี่คือส่วนหนึ่งของ Gentoo (ที่ด้านล่างของหน้า) ฉันจำได้ว่าเห็นDistro

— phunehehe

บางทีนั่นอาจเป็นเอกลักษณ์ของระบบที่ใช้ src?

— tshepang

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

— xenoterracide

8

แน่นอนมันเป็นไปได้และแน่นอนมันมีอยู่ แต่โครงการที่มีอยู่ทั้งหมดยังคงเป็นเพียงการทดลอง

ฉันพบเอกสารที่น่าสนใจสองฉบับ:

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

ใช่แล้วมันเป็นไปได้และเป็นวิชาที่น่าสนใจจริงๆ

— tmow
แหล่งที่มา

ดูนี้เป็นคำตอบแรกของชนิดที่ผมคาดหวังว่า :)

— phunehehe

@phunehehe ขอบคุณฉันคงคำตอบเล็กน้อย

— tmow

1

สิ่งที่ควรค่าแก่การสังเกตคือการทำเช่นนี้จะทำให้การควบคุมระหว่างประเทศเกี่ยวกับ crypto เป็นไปไม่ได้เกือบจะเป็นไปไม่ได้ ... บางทีทำไมมันไม่ทำ - รัฐบาลสหรัฐยกตัวอย่างเช่น crypto ถือว่าเป็นเทคโนโลยี มันคงจะเป็นเรื่องยากที่จะถูกจับกุมในฐานะผู้ค้าอาวุธเพื่อจัดทำแพ็คเกจลินุกซ์

— RobotHumans

@ aking1012 นี่เป็นจุดที่ดี แต่การควบคุมเป็นไปได้ก็เพียงพอที่จะดาวน์โหลดแพ็คเกจทั้งหมดและตรวจสอบพวกเขาทีละคน (เหมือนกันกับการกระจายปกติ) สิ่งสำคัญคือผู้จัดจำหน่าย GNU / Linux ให้รายการ แพ็คเกจที่มี cksum (sha *, md5, อะไรก็ตาม) นั่นคือสิ่งที่เกิดขึ้นอย่างไรก็ตามในการแจกแจงแพคเกจปกติ

— tmow

4

นอกจากนี้หากสิ่งนี้อยู่ในการตั้งค่าขององค์กรคุณสามารถตั้งค่ามิเรอร์ในพื้นที่และ / หรือพร็อกซี่เพื่อบรรเทาปัญหานี้ได้ ไม่จำเป็นต้องใช้เครื่องมือ BitTorrent นั่น หากคุณใช้การแจกแจงแบบ Debian คุณสามารถใช้apt-cacher / apt-proxyได้แล้ว

— sybreon
แหล่งที่มา

ขอบคุณ แต่นี่ไม่ได้เกี่ยวกับฉันหรือ บริษัท ของฉันจริงๆ ฉันแค่คิดว่ามันเป็นวิธีหนึ่งที่จะหลีกเลี่ยงความเครียดบนเซิร์ฟเวอร์ของการแจกจ่ายใด ๆ มันจะยอดเยี่ยมใช่มั้ย

— phunehehe

1

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

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

โปรดจำไว้ว่ากระจกและการแจกแจงมักทำในลักษณะอาสาสมัคร อาสาสมัครเหล่านั้นต้องจ่ายเงินเป็นจำนวนมากสำหรับแบนด์วิดธ์การจัดเก็บไฟฟ้าการทำความเย็นและอื่น ๆ

ฉันใช้งานกระจก Debian ด้วยตัวเอง ได้โปรดช่วยพวกเราด้วยและอย่ากระแทกเราแรงเกินไป

— bahamat
แหล่งที่มา

1

สำหรับapt: apt-transport-debtorrent. โปรดทราบว่าคุณยังคงต้องได้รับรายการแพคเกจ (เช่นapt-get update) จากกระจกเงาเพื่อให้ทราบว่ามีแพ็คเกจใดบ้าง

— syockit
แหล่งที่มา

ฉันลองใช้แล้วไม่มีอะไรเกิดขึ้น มีใครใช้มันสำเร็จหรือไม่

— Faheem Mitha

ครั้งสุดท้ายที่ฉันลองใช้งานได้ แต่ช้ามาก ลองอ่านสิ่งนี้: Deborrent.alioth.debian.org/Install

— syockit