Supabase เพิ่งประกาศว่าพวกเขาได้ทำให้สิทธิบัตร OrioleDB พร้อมใช้งานฟรีสำหรับชุมชน PostgreSQL แต่การเคลื่อนไหวนี้ได้จุดประกายการอภิปรายอย่างเข้มข้นเกี่ยวกับสิ่งที่ถือเป็นซอฟต์แวร์โอเพนซอร์สอย่างแท้จริง ในขณะที่บริษัทนำเสนอสิ่งนี้เป็นก้าวสู่การทำให้ OrioleDB เข้าถึงได้มากขึ้น ชุมชนได้แสดงความกังวลอย่างจริงจังเกี่ยวกับเงื่อนไขการอนุญาตของโครงการ
โล่ป้องกันสิทธิบัตรที่กลายเป็นดาบ
OrioleDB มาพร้อมกับสิทธิบัตรสหรัฐอเมริกา 10,325,030 สำหรับ Durable multiversion B+-tree ซึ่ง Supabase ตอนนี้เสนอภายใต้ใบอนุญาตแบบไม่เอกสิทธิ์ บริษัทอธิบายสิทธิบัตรนี้ว่าเป็นโล่ป้องกัน ไม่ใช่ดาบเพื่อปกป้องโครงการโอเพนซอร์สจากการอ้างสิทธิ์ทรัพย์สินทางปัญญาที่เป็นศัตรู อย่างไรก็ตาม เงื่อนไขใบอนุญาตจริงเล่าเรื่องราวที่แตกต่างออกไปซึ่งได้ดึงดูดความสนใจของนักพัฒนาและผู้เชี่ยวชาญด้านกฎหมาย
ความขัดแย้งมุ่งเน้นไปที่ข้อกำหนดเฉพาะในใบอนุญาต OrioleDB ที่ยกเลิกสิทธิ์ทั้งหมดหากใครยื่นฟ้องร้อง Supabase ในเรื่องใดก็ตาม สิ่งนี้ไปไกลกว่าการปกป้องสิทธิบัตรและครอบคลุมทุกอย่างตั้งแต่ข้อพิพาทสัญญาไปจนถึงปัญหาการจ้างงาน นักวิจารณ์โต้แย้งว่าสิ่งนี้สร้างยาพิษที่ทำให้ซอฟต์แวร์ใช้งานไม่ได้สำหรับแอปพลิเคชันธุรกิจที่จริงจัง
การเปรียบเทียบใบอนุญาต
| ประเภทใบอนุญาต | เงื่อนไขการยกเลิกสิทธิบัตร | ขอบเขต |
|---|---|---|
| OrioleDB | การฟ้องร้องใดๆ ต่อ Supabase | ใบอนุญาตทั้งหมดถูกยกเลิก |
| Apache 2.0 | การฟ้องร้องสิทธิบัตรที่เกี่ยวข้องกับซอฟต์แวร์ | ยกเลิกเฉพาะสิทธิในสิทธิบัตร |
| PostgreSQL | ไม่มีข้อกำหนดการยกเลิก | ไม่มี |
ชุมชนต่อต้านเงื่อนไขใบอนุญาต
ชุมชน PostgreSQL ได้แสดงความคิดเห็นอย่างชัดเจนเกี่ยวกับปัญหาการอนุญาต นักพัฒนาหลายคนชี้ให้เห็นว่าในขณะที่ Supabase อ้างว่าใช้ใบอนุญาต PostgreSQL พวกเขาได้เพิ่มการแก้ไขที่สำคัญซึ่งเปลี่ยนแปลงลักษณะพื้นฐานของมัน ข้อกำหนดการยกเลิกที่เพิ่มเข้ามาหมายความว่าใบอนุญาตไม่ได้รับการอนุมัติจาก OSI อีกต่อไป แม้จะอ้างว่าเป็นโอเพนซอร์ส
สมาชิกชุมชนหลายคนได้แนะนำทางเลือกที่ดีกว่า โดยชี้ไปที่ข้อกำหนดสิทธิบัตรที่เจาะจงมากกว่าของ Apache 2.0 ที่ยกเลิกเฉพาะสิทธิ์สิทธิบัตรสำหรับการฟ้องร้องที่เกี่ยวข้องกับสิทธิบัตร แนวทางนี้ปกป้องจากโทรลล์สิทธิบัตรโดยไม่สร้างความคุ้มกันทางกฎหมายในวงกว้างสำหรับผู้ให้ใบอนุญาต
นี่ไม่ใช่ใบอนุญาตโอเพนซอร์สและเป็นเรื่องไม่จริงที่จะบอกว่าเป็นโครงการโอเพนซอร์สเมื่อได้รับใบอนุญาตแบบนี้
การอภิปรายได้ดึงการเปรียบเทียบกับใบอนุญาต React ที่ถกเถียงของ Facebook จากหลายปีที่ผ่านมา ซึ่งบริษัทในที่สุดได้ยกเลิกหลังจากแรงกดดันจากชุมชน หลายคนมอง OrioleDB ในแนวทางปัจจุบันว่าเป็นการทำผิดพลาดเดิมซ้ำ
คำมั่นสัญญาทางเทคนิคถูกบดบังด้วยความกังวลทางกฎหมาย
แม้จะมีความขัดแย้งเรื่องใบอนุญาต OrioleDB แสดงความสามารถทางเทคนิคที่น่าประทับใจ เอนจิ้นจัดเก็บข้อมูลให้การปรับปรุงประสิทธิภาพที่สำคัญเหนือ PostgreSQL มาตรฐาน โดยมีการทดสอบประสิทธิภาพแสดงให้เห็นประสิทธิภาพที่เร็วกว่า 5.5 เท่าในการทดสอบ TPC-C เทคโนโลยีนี้ใช้คุณสมบัติขั้นสูงหลายอย่างรวมถึงการจัดการเวิร์กโหลดการเขียนสูงที่ดีกว่าและการบวมน้อยกว่าเมื่อเปรียบเทียบกับการจัดเก็บแบบ heap แบบดั้งเดิม
อย่างไรก็ตาม โครงการยังคงต้องการแพตช์สำหรับ PostgreSQL core หมายความว่าผู้ใช้ไม่สามารถติดตั้งเป็นส่วนขยายมาตรฐานได้ ข้อจำกัดทางเทคนิคนี้ รวมกับปัญหาใบอนุญาต สร้างอุปสรรคต่อการยอมรับที่อาจจำกัดผลกระทบต่อระบบนิเวศ PostgreSQL ในวงกว้าง
การเปรียบเทียบประสิทธิภาพของ OrioleDB
- TPC-C Benchmark: เร็วกว่า PostgreSQL heap storage ถึง 5.5 เท่า (500 warehouses)
- Transaction IDs: ใช้ตัวระบุธุรกรรมแบบ 64-bit เทียบกับ PostgreSQL ที่ใช้ 32-bit
- ประเภทการจัดเก็บ: ตารางที่จัดระเบียบแบบ B-tree เทียบกับการจัดเก็บแบบ heap-based
- สถานะปัจจุบัน: ต้องการ patches สำหรับ PostgreSQL ยังไม่ใช่ extension แบบ plug-and-play
เส้นทางข้างหน้า
CEO ของ Supabase ได้รับทราบความกังวลของชุมชนและสัญญาว่าจะทำงานร่วมกับทีมกฎหมายเพื่อแก้ไขปัญหาใบอนุญาต บริษัทได้แสดงความเต็มใจที่จะพิจารณาบริจาคสิทธิบัตรทั้งหมดหากชุมชนพร้อมที่จะจัดการกับค่าใช้จ่ายในการบำรุงรักษา อย่างไรก็ตาม จนกว่าปัญหาทางกฎหมายเหล่านี้จะได้รับการแก้ไข องค์กรหลายแห่งน่าจะหลีกเลี่ยง OrioleDB แม้จะมีข้อดีทางเทคนิค
สถานการณ์นี้เน้นย้ำความตึงเครียดอย่างต่อเนื่องระหว่างผลประโยชน์ทางการค้าและหลักการโอเพนซอร์สในพื้นที่ฐานข้อมูล ในขณะที่เจตนาของ Supabase อาจดี การดำเนินการปัจจุบันสร้างความไม่แน่นอนทางกฎหมายประเภทเดียวกับที่ผู้ใช้องค์กรพยายามหลีกเลี่ยง
อ้างอิง: OrioleDB Patent: now freely available to the Postgres community