Redict 7.3.0 รุ่นแรก เปิดตัวในฐานะฟอร์กแบบ copyleft ของ Redis

 (redict.io)
7 คะแนน โดย GN⁺ 2024-04-04 | 3 ความคิดเห็น | แชร์ทาง WhatsApp
  • ชุมชน Redict ประกาศเปิดตัว Redict 7.3.0 รุ่นเสถียรรุ่นแรก ซึ่งเป็นฟอร์กแบบ copyleft ของ Redis® OSS 7.2.4

เหตุผลที่เลือก Redict

  • Redict มุ่งเน้นด้านเสถียรภาพทางเทคนิคและการบำรุงรักษาระยะยาว โดยตั้งใจสร้างความเป็นเลิศภายในขอบเขตปัจจุบัน
  • Redict มีฟีเจอร์เกือบครบถ้วนแล้ว และเชื่อว่าการให้ความสำคัญกับความน่าเชื่อถือระยะยาวมากกว่านวัตกรรมจะมีคุณค่าต่อผู้ใช้มากกว่า
  • ต่างจากฟอร์ก Redis® อื่น ๆ เช่น Valkey, Redict มีวัฒนธรรมที่ขับเคลื่อนโดยชุมชน และให้ความสำคัญกับขอบเขตของซอฟต์แวร์ที่ชัดเจนและเสถียรภาพระยะยาวมากกว่า
  • Redict สามารถนำการเปลี่ยนแปลงที่เป็นประโยชน์จากซอฟต์แวร์ที่ใบอนุญาตอนุญาตมาใช้และพัฒนาต่อได้ แต่จะให้ความสำคัญกับเสถียรภาพก่อน แล้วจึงตามด้วยฟีเจอร์ใหม่
  • Redict ยังมีเป้าหมายทางสังคมและการเมืองที่แตกต่างจากฟอร์กอื่น โดยมุ่งเน้นการสร้างซอฟต์แวร์อย่างเป็นอิสระและขับเคลื่อนโดยชุมชน
  • ใช้สัญญาอนุญาต LGPL เพื่อปกป้องซอฟต์แวร์จากการถูกแสวงหาประโยชน์เพิ่มเติม และเพื่อให้ผู้ให้บริการคลาวด์สามารถนำ Redict ไปให้บริการลูกค้าได้โดยไม่ต้องเผชิญข้อกำหนดการปฏิบัติตามที่เกินจำเป็น

คำขอบคุณ

  • ขอแสดงความขอบคุณเป็นการส่วนตัวต่อทุกคนที่มีส่วนทำให้ฟอร์ก Redict เกิดขึ้นจริง
  • โดยเฉพาะอย่างยิ่งขอขอบคุณ Micke Nordin และ Hugo สำหรับงานด้านคอนเทนเนอร์ของ Redict, Lucas Dohmen สำหรับงานด้านเอกสารและเว็บไซต์, และ Anna สำหรับการฟอร์กและดูแลรักษา hiredict
  • ขอขอบคุณ Redis® OSS ทั้งผู้มีส่วนร่วมเชิงพาณิชย์และผู้มีส่วนร่วมอิสระ งานของพวกเขาเป็นรากฐานของโค้ดเบส Redict

ขั้นตอนถัดไป

  • ในรุ่นเปิดตัวแรก ได้มุ่งเน้นไปที่ชุดการเปลี่ยนแปลงที่อนุรักษ์นิยมอย่างมาก เพื่อให้มั่นใจถึงความเข้ากันได้ย้อนหลังสูงสุดและช่วยให้ผู้ใช้ใหม่เปลี่ยนผ่านได้ง่าย
  • การเปลี่ยนแปลงที่วางแผนไว้ในอนาคตรวมถึงการทำระบบ build ให้ทันสมัยขึ้น (muon เป็นตัวเลือกหลัก), การฟอร์ก ecosystem รวมถึงไลบรารีไคลเอนต์ Redis®, และการเลิกพึ่งพาแพ็กเกจแบบ vendored สำหรับ dependency อย่าง Lua และ jemalloc
  • Lucas วางแผนจะลงทุนกับเอกสารของ Redict และตั้งใจจะทำให้มันเป็นแหล่งอ้างอิงที่ผู้มีส่วนร่วมใน ecosystem เลือกใช้
  • Anna กำลังวางแผนการเปลี่ยนแปลงใน hiredict รวมถึงการปรับปรุงระบบ build และการทำให้สอดคล้องกับธรรมเนียมของ Unix มากยิ่งขึ้น
  • พร้อมพิจารณาการปรับปรุงจากสมาชิกชุมชน และยินดีต้อนรับทั้งผู้ใช้อิสระและผู้ใช้เชิงพาณิชย์อย่างเท่าเทียมกัน

ความเห็นของ GN⁺

  • Redict เป็นโครงการที่มีเป้าหมายจะมอบอิสระและเสถียรภาพมากขึ้นให้แก่ผู้ใช้และผู้มีส่วนร่วม โดยตั้งอยู่บนพื้นฐานของ Redis® เวอร์ชันโอเพนซอร์สเดิม ซึ่งอาจดึงดูดผู้ใช้ที่ให้ความสำคัญกับความยั่งยืนของซอฟต์แวร์โอเพนซอร์สและการพัฒนาที่ขับเคลื่อนโดยชุมชน
  • การเลือกใช้สัญญาอนุญาต LGPL เป็นความพยายามในการสร้างสมดุลระหว่างความต้องการของผู้ใช้เชิงพาณิชย์กับชุมชนซอฟต์แวร์เสรี ซึ่งช่วยให้ผู้ให้บริการคลาวด์ลดปัญหาทางกฎหมายเมื่อนำ Redict ไปผสานเข้ากับบริการของตน
  • แนวทางที่ค่อนข้างอนุรักษ์นิยมของ Redict มอบเส้นทางการย้ายระบบที่มั่นคงให้กับผู้ใช้ Redis® เดิม แต่อาจมีข้อจำกัดสำหรับผู้ใช้ที่ต้องการนำฟีเจอร์ใหม่ที่ล้ำสมัยมาใช้อย่างรวดเร็ว
  • โครงการ Redict แสดงให้เห็นถึงความตั้งใจในการเสริมความแข็งแกร่งให้ระบบนิเวศซอฟต์แวร์เสรี โดยใช้อินฟราสตรักเจอร์ที่อิงกับซอฟต์แวร์เสรีอย่าง Codeberg และ SourceHut แทนแพลตฟอร์มที่เป็นกรรมสิทธิ์อย่าง GitHub
  • โครงการนี้กำลังตัดสินใจครั้งสำคัญเพื่ออนาคตของซอฟต์แวร์เสรี เพื่อตอบสนองต่อวิกฤตที่อาจเกิดจากผู้ดูแลเชิงพาณิชย์ของ Redis® และอาจกลายเป็นกรณีศึกษาสำคัญสำหรับชุมชนโอเพนซอร์ส

บทความที่เกี่ยวข้อง

3 ความคิดเห็น

 
GN⁺ 2024-04-04
ความคิดเห็นบน Hacker News
  • แม้จะมีการถกเถียงกันมากเรื่องไลเซนส์และการโฮสต์ แต่จุดสร้างความแตกต่างที่น่าสนใจอย่างแท้จริงของ Redict คือการมุ่งเน้นที่เสถียรภาพและการบำรุงรักษาระยะยาว พร้อมพยายามทำสิ่งที่อยู่ในขอบเขตปัจจุบันให้ยอดเยี่ยม
    • Valkey มีผลประโยชน์เชิงพาณิชย์ที่ทำให้สามารถทุ่มทรัพยากรไปกับนวัตกรรมที่หวือหวากว่าได้ แต่ Redict ยอมรับถึงความแตกต่างทางวัฒนธรรมที่ให้ความสำคัญกับซอฟต์แวร์ซึ่งเน้นเสถียรภาพระยะยาวมากกว่า
  • Redict เป็น copyleft ดังนั้นจึงสามารถรวม contribution จาก Valkey ได้ แต่ Valkey จะไม่สามารถรวม commit จาก Redict ได้ เว้นแต่ผู้มีส่วนร่วมจะอนุญาตแบบ dual license
    • ส่วน Redis ไม่ใช่โอเพนซอร์ส จึงรวม contribution จาก Valkey ได้ แต่รวม contribution จาก Redict ไม่ได้ ดังนั้นถ้าไม่ต้องการให้โค้ดของตนถูกรวมเข้า Redis ก็ควรไป contribute ให้ Redict
    • ที่น่าสนใจคือ หลังการเปลี่ยนไลเซนส์ ตลอด 2 สัปดาห์ที่ผ่านมา นักพัฒนาคนหนึ่ง commit เข้ารีโปของ Redis ไปเพียง 2 ครั้งเท่านั้น ถือว่าลดลงอย่างมาก
  • เวลาจะเป็นตัวบอกว่า Redict เวอร์ชันบน Codeberg จะสามารถแข่งขันกับฟอร์ก Valkey บน GitHub ได้หรือไม่
  • นี่เป็นสถานการณ์ที่แสดงให้เห็นพลังที่แท้จริงของไลเซนส์แบบเปิด โดยมีฟอร์ก 2 ตัวที่ใช้แนวทางต่างกัน และมี 2 ทีมที่เป็นมืออาชีพและมีความสามารถ ซึ่งต้องรอดูว่าฝั่งไหนจะชนะ หรือทั้งสองฝั่งอาจชนะได้พร้อมกัน
  • สำหรับการใช้งานเชิงพาณิชย์ก็ยังสามารถใช้ฟอร์กที่ไม่ใช่ copyleft ได้
  • มีการกล่าวถึง Valkey พร้อมชี้ว่าตอนนี้มีฟอร์กใหญ่ 2 ตัวแล้ว
  • มีการยกตัวอย่างโครงการอื่นที่เดินเชิงพาณิชย์มากเกินไปจนโค้ดถูกฟอร์ก โดยยก MySQL และ MariaDB เป็นตัวอย่าง และมองว่า Redis Ltd. ประเมินคุณค่าของผลิตภัณฑ์ตัวเองสูงเกินไป
    • ผู้ใช้ Redis ส่วนใหญ่แค่มองหา in-memory key-value store แบบเรียบง่าย และเชื่อว่า Redict น่าจะตอบโจทย์ได้ดีกว่า
  • มีคำถามเกี่ยวกับการเปลี่ยนไลเซนส์ของ Redis ว่าภายใต้ไลเซนส์ใหม่ยังสามารถใช้ Redis ฟรีในโปรเจ็กต์ได้หรือไม่ ตราบใดที่ไม่ได้ขายเวอร์ชันที่โฮสต์ไว้
  • มีคำถามว่าผู้ให้บริการคลาวด์จะให้บริการ Redict หรือ Valkey แบบโฮสต์หรือไม่ และจะมีเส้นทางอัปเกรดจาก Redis หรือไม่
  • มีการใช้ Redis ร่วมกับ RedisJSON และอยากทราบข้อมูลเกี่ยวกับเซิร์ฟเวอร์ที่จัดการเอกสาร JSON ได้ เนื่องจากดูเหมือนว่า Redict และ Valkey ยังไม่รองรับชนิดข้อมูล JSON
 
xguru 2024-04-04

อันนี้น่าประทับใจที่สุด

> เนื่องจาก Redict เป็น copyleft จึงสามารถรวมการมีส่วนร่วมของ Valkey ได้ แต่ Valkey ไม่สามารถรวมคอมมิตของ Redict ได้ (เว้นแต่ผู้มีส่วนร่วมจะให้สิทธิ์ใช้งานแบบคู่)
> เนื่องจาก Redis ไม่ใช่โอเพนซอร์ส จึงสามารถรวมการมีส่วนร่วมของ Valkey ได้ แต่ไม่สามารถรวมการมีส่วนร่วมของ Redict ได้ ดังนั้นถ้าคุณไม่ต้องการให้โค้ดถูกรวมเข้าไปใน Redis ก็ควรมีส่วนร่วมกับ Redict
 
kuroneko 2024-04-04

ดูเหมือนว่าจะมาแข่งกับ Valkey ในแง่ของไลเซนส์สินะ น่าสนใจดีครับ +_+