การอ้างสมรรถนะของ ZeroFS ถูกชุมชนตรวจสอบอย่างใกล้ชิดเรื่องการแลกเปลี่ยนระหว่างความล่าช้าและความทนทานของ S3

ทีมชุมชน BigGo
การอ้างสมรรถนะของ ZeroFS ถูกชุมชนตรวจสอบอย่างใกล้ชิดเรื่องการแลกเปลี่ยนระหว่างความล่าช้าและความทนทานของ S3

ZeroFS ระบบไฟล์ใหม่ที่สัญญาว่าจะทำให้ S3 object storage ทำงานเหมือนระบบไฟล์แบบดั้งเดิม ได้ดึงดูดความสนใจจากนักพัฒนาที่มองหาโซลูชันจัดเก็บข้อมูลบนคลาวด์ที่ดีกว่า โปรเจกต์นี้อ้างว่าสามารถให้ความหมายแบบ POSIX-like ในขณะที่ยังคงรักษาความสามารถในการขยายตัวและประโยชน์ด้านต้นทุนของ S3-compatible storage อย่างไรก็ตาม การอบรมจากชุมชนเผยให้เห็นคำถามสำคัญเกี่ยวกับการอ้างสมรรถนะของระบบและการรับประกันความทนทาน

คุณสมบัติหลักของ ZeroFS

  • รองรับระบบไฟล์แบบ POSIX สำหรับการจัดเก็บข้อมูลบน S3
  • สถาปัตยกรรมแบบ Serverless ที่ปรับขนาดได้และจ่ายตามการใช้งาน
  • ความทนทานในตัวพร้อมระบบตรวจสอบความถูกต้อง การจำลองข้อมูล และการจัดเก็บเวอร์ชัน
  • รองรับไฟล์ขนาดใหญ่ถึง 5TiB
  • ตัวเลือกการเข้ารหัสทั้งฝั่งไคลเอนต์และฝั่งเซิร์ฟเวอร์
  • สถาปัตยกรรมแบบหลายกระบวนการ (MPA) เพื่อเพิ่มประสิทธิภาพ
ภาพหน้าจอของหน้า repository GitHub สำหรับ ZeroFS ที่แสดงโครงสร้างไฟล์และรายละเอียดของโครงการ
ภาพหน้าจอของหน้า repository GitHub สำหรับ ZeroFS ที่แสดงโครงสร้างไฟล์และรายละเอียดของโครงการ

ตัวเลขสมรรถนะไม่สอดคล้องกับความเป็นจริงของ S3

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

เบนช์มาร์กรายงานความล่าช้า ~1ms สำหรับการเขียนแบบต่อเนื่อง แต่นั่นเป็นไปไม่ได้กับ S3 ดังนั้นการเขียนจึงน่าจะไม่ได้รับการยืนยันไปยังที่เก็บข้อมูลก่อนที่จะยืนยันการเขียนให้กับไคลเอนต์

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

โมเดลความทนทานยังคงไม่ชัดเจน

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

นักพัฒนาบางคนได้เปรียบเทียบกับ SlateDB ซึ่งเสนอระดับความทนทานที่กำหนดค่าได้ SlateDB อนุญาตให้ผู้ใช้เลือกระหว่างการยืนยัน S3 ทันทีเพื่อความปลอดภัยสูงสุดหรือการบัฟเฟอร์ในเครื่องเพื่อสมรรถนะที่ดีกว่า การขาดเอกสารที่คล้ายกันสำหรับ ZeroFS ทำให้ผู้ใช้ที่มีศักยภาพประเมินได้ยากว่าระบบตรงตามข้อกำหนดความน่าเชื่อถือของพวกเขาหรือไม่

การเปรียบเทียบเบนช์มาร์กยกธงแดง

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

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

การประยุกต์ใช้จริงแสดงให้เห็นแนวโน้มที่ดี

แม้จะมีข้อกังวลเหล่านี้ ชุมชนก็แสดงความสนใจในการประยุกต์ใช้จริงของ ZeroFS นักพัฒนาได้อภิปรายกรณีการใช้งานที่มีศักยภาพตั้งแต่ไดเรกทอรีแคช CI ไปจนถึงการรันฐานข้อมูลอย่าง PostgreSQL บน object storage การสนับสนุนของระบบสำหรับโปรโตคอลหลายตัวรวมถึง NFS, NBD และ 9P ทำให้มีความหลากหลายสำหรับสถานการณ์การปรับใช้ที่แตกต่างกัน

การรวมของโปรเจกต์กับโครงสร้างพื้นฐาน S3 ที่มีอยู่และการสนับสนุนสำหรับฟีเจอร์อย่างการเข้ารหัสและ multi-tenancy อาจทำให้น่าสนใจสำหรับองค์กรที่มองหาการปรับปรุงสถาปัตยกรรมสโตเรจของพวกเขา อย่างไรก็ตาม คำถามที่ยังไม่ได้รับการแก้ไขเกี่ยวกับสมรรถนะและความทนทานอาจจำกัดการยอมรับจนกว่าปัญหาเหล่านี้จะได้รับการจัดการอย่างโปร่งใสมากขึ้น

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

อ้างอิง: ZeroFS