8 คะแนน โดย GN⁺ 2024-08-30 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตอนนี้สามารถเรียก Elasticsearch และ Kibana ว่าเป็นโอเพนซอร์สได้อีกครั้ง
    • ภายในไม่กี่สัปดาห์ข้างหน้า จะเพิ่ม AGPL เป็นตัวเลือกไลเซนส์ควบคู่ไปกับ ELv2 และ SSPL
    • AGPL เป็นไลเซนส์ที่ OSI รับรอง จึงช่วยขจัดข้อสงสัยหรือ FUD เกี่ยวกับการใช้งานโอเพนซอร์สได้
  • เมื่อ 3 ปีก่อนมีปัญหากับ AWS และผลิตภัณฑ์ของพวกเขาทำให้ตลาดเกิดความสับสน หลังจากลองทุกทางเลือกแล้วจึงเปลี่ยนไลเซนส์
    • แม้จะเจ็บปวดแต่ก็ได้ผล 3 ปีต่อมา Amazon ลงทุนกับฟอร์กอย่างเต็มตัว ความสับสนในตลาดส่วนใหญ่คลี่คลาย และความร่วมมือกับ AWS ก็แข็งแกร่งกว่าที่เคย
    • หวังมาตลอดว่าเมื่อเวลาผ่านไปมากพอจะสามารถกลับไปเป็นโครงการโอเพนซอร์สได้ และในที่สุดก็ทำได้
  • เพื่อความสะดวกของผู้ใช้ จะเพิ่ม AGPL เข้าไปใน ELv2 และ SSPL โดยจะไม่ถอดไลเซนส์เดิมออก
    • หากใช้งาน Elasticsearch อยู่แล้ว จะไม่มีอะไรเปลี่ยนแปลง ส่วนคนอื่น ๆ ตอนนี้จะสามารถเลือกใช้ตัวเลือก AGPL ได้ด้วย
    • หวังว่าจะได้ร่วมมือกับ OSI เพื่อสร้างตัวเลือกไลเซนส์ที่ OSI รับรองให้มากขึ้น
    • สำหรับซอฟต์แวร์โครงสร้างพื้นฐาน AGPL อาจเพียงพอแล้วก็ได้ (เช่นเดียวกับที่ Grafana เปลี่ยนจาก Apache2 มาเป็น AGPL)
  • คำอธิบายเกี่ยวกับความสับสนและความเข้าใจผิด
    • "การเปลี่ยนไลเซนส์เป็นความผิดพลาด และ Elastic กำลังถอยกลับจากมัน" - การเปลี่ยนไลเซนส์เมื่อ 3 ปีก่อนช่วยลดความสับสนในตลาดไปได้มาก หลายอย่างเปลี่ยนไปจากการกระทำของเรา
    • "AGPL ไม่ใช่โอเพนซอร์สที่แท้จริง" - AGPL เป็นไลเซนส์ที่ OSI รับรองและมีการใช้งานอย่างแพร่หลาย MongoDB และ Grafana ก็ใช้ AGPL
    • "Elastic เปลี่ยนไลเซนส์เพราะบริษัทไปได้ไม่ดี" - เราภูมิใจกับความสามารถในการส่งมอบของผลิตภัณฑ์และทีมงาน เราคิดระยะยาว และการเปลี่ยนแปลงครั้งนี้ก็เป็นส่วนหนึ่งของแนวทางนั้น

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

  • การที่ Elastic ทำให้ Elasticsearch และ Kibana กลับมาเป็นโอเพนซอร์สอีกครั้งในครั้งนี้ ดูจะเป็นประโยชน์อย่างมากต่อผู้ใช้ การเพิ่มตัวเลือกไลเซนส์ AGPL น่าจะช่วยกระตุ้นระบบนิเวศโอเพนซอร์สได้
  • แม้ในอดีตจะจำเป็นต้องเปลี่ยนไลเซนส์เพราะปัญหากับ AWS แต่เมื่อเวลาผ่านไป 3 ปี สถานการณ์ก็ดีขึ้นจนสามารถกลับมาเป็นโอเพนซอร์สได้อีกครั้ง ซึ่งน่าจะเป็นไปได้เพราะ Elastic ยังยึดมั่นในแนวคิดโอเพนซอร์ส
  • คาดหวังว่าบริษัทโอเพนซอร์สอื่น ๆ ที่เผชิญสถานการณ์คล้ายกันจะมีความกล้าแบบ Elastic คือไม่สูญเสียจิตวิญญาณโอเพนซอร์ส รอจนสถานการณ์ดีขึ้น แล้วกลับมาเป็นโอเพนซอร์สอีกครั้ง
  • อย่างไรก็ตาม หากมีการเปลี่ยนไลเซนส์ลักษณะนี้ซ้ำ ๆ ก็อาจทำให้ผู้ใช้สับสนได้ ในอนาคตจึงควรวางกลยุทธ์โอเพนซอร์สที่ชัดเจนตั้งแต่ต้นและรักษาไว้อย่างสม่ำเสมอ
  • ผลิตภัณฑ์คู่แข่งของ Elastic ได้แก่ Apache Lucene/Solr ซึ่งเป็นเสิร์ชเอนจินโอเพนซอร์ส, Algolia ซึ่งเป็นแพลตฟอร์มเอนเทอร์ไพรซ์เสิร์ชเชิงพาณิชย์ และ OpenSearch เป็นต้น เมื่อเทียบกับสิ่งเหล่านี้ Elastic มีข้อดีตรงที่เป็นมิตรกับโอเพนซอร์สพร้อมทั้งมีบริการเชิงพาณิชย์ให้ด้วย
  • โดยรวมแล้ว การที่ Elasticsearch กลับมาเป็นโอเพนซอร์สอีกครั้งน่าจะเป็นการเปลี่ยนแปลงเชิงบวกต่อผู้ใช้ ระบบนิเวศโอเพนซอร์ส และตัว Elastic เอง และหวังว่า Elastic จะเดินหน้าพัฒนาโอเพนซอร์สต่อไป

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

 
lamanus 2024-08-31

ดูเหมือนว่าด้วยผลกระทบนี้ ราคาหุ้นก็ร่วงลงไปถึง 25% เลยนะ

 
GN⁺ 2024-08-30
ความเห็นจาก Hacker News
  • Amazon ลงทุนกับฟอร์กของ Elasticsearch อย่างเต็มที่ ทำให้ความสับสนในตลาดส่วนใหญ่คลี่คลายลงแล้ว ความร่วมมือกับ AWS แข็งแกร่งขึ้น และยังได้รับเลือกเป็นพาร์ตเนอร์แห่งปีของ AWS
  • รู้สึกพอใจที่ยังคงมีตัวเลือกให้ใช้ Elastic License อยู่ และรู้สึกแปลกที่ AGPL ดูจะเป็น "โอเพนซอร์ส" มากกว่า Elastic License
    • AGPL กำหนดว่าหากมีการแก้ไขผลิตภัณฑ์ จะต้องเปิดเผยซอร์สโค้ดทั้งหมด
    • Elastic License มีเงื่อนไขเพียงว่า "ห้ามแข่งขันกับ Elasticsearch โดยตรง"
    • บริษัทส่วนใหญ่ไม่อยากเปิดเผยซอร์สโค้ด แต่แทบไม่มีแผนจะขายบริการค้นหาแบบโฮสต์อยู่แล้ว
  • อยากเห็นการยอมรับ Elastic License ในวงกว้างมากขึ้น เหตุผลที่ต้องการโค้ดแบบโอเพนซอร์สมีดังนี้
    • หากผู้ขายล้ม ก็สามารถโฮสต์เองได้
    • หากผู้ขายขึ้นราคามากเกินไป ก็สามารถโฮสต์เองได้
    • หากโค้ดมีบั๊ก ก็สามารถแก้ไขได้
    • สามารถเพิ่มฟีเจอร์ที่ต้องการได้
  • MongoDB และ Grafana ใช้ AGPL แต่ไม่เห็นด้วยกับข้ออ้างที่ว่า AGPL ไม่ส่งผลต่อการใช้งานหรือความนิยม
    • Grafana ไม่ได้เป็น AGPL มาตั้งแต่แรก และก็ได้รับความนิยมอยู่แล้วก่อนเปลี่ยนไลเซนส์
    • หลายองค์กรซื้อไลเซนส์ Grafana เพื่อหลีกเลี่ยงเงื่อนไขของ AGPL
  • AGPL เป็นฝันร้ายสำหรับการใช้งานในองค์กร บริษัทที่ใช้คอมโพเนนต์ AGPL กลัวว่าจะต้องเปิดเผยซอร์สโค้ด
    • ยังไม่แน่ชัดว่าการใช้คอมโพเนนต์ AGPL จะถูกตีความทางกฎหมายอย่างไร
    • ทนายความไม่ค่อยสบายใจกับการใช้ซอฟต์แวร์ AGPL
  • นี่อาจเป็นการเคลื่อนไหวเชิงป้องกันของ Elasticsearch เพื่อชนะใจชุมชน OpenSearch กำลังได้แรงส่ง แต่ยังเทียบ Elasticsearch ไม่ได้
    • Amazon ควรตอบแทนนักพัฒนาฝีมือดีที่สุดที่มีส่วนร่วมกับโครงการ OpenSearch
    • เหมือนที่ Apple ทำให้ Apple Maps พอจะเทียบกับ Google Maps ได้ Amazon ก็อาจทำให้ OpenSearch พอจะเทียบกับ Elasticsearch ได้เช่นกัน
    • AGPL มีข้อจำกัดสำหรับลูกค้ารายใหญ่จำนวนมาก ลูกค้าไม่ต้องการเสี่ยงที่จะต้องเปิดเผยโค้ดสำคัญต่อธุรกิจ
  • ได้ยินมาว่าค่าไลเซนส์ของ Elastic จะกินสัดส่วนรายได้ของโครงการค่อนข้างมาก จึงเลือกนำ OpenSearch ไปใช้กับโครงการใหม่
  • กระทู้นี้มีความเห็นเชิงลบเยอะ ควรมีเวลาขอบคุณทีม Elastic กันบ้าง
  • สงสัยว่าจะใช้เวลาอีกนานแค่ไหนกว่าจะมีการเปลี่ยนไลเซนส์อีกครั้ง
  • หุ้นร่วงไปเกือบ 25% (ยังไม่แน่ใจว่าเป็นเพราะเรื่องนี้หรือเพราะประกาศผลประกอบการ)
  • อาจกำลังสูญเสียส่วนแบ่งตลาดให้กับโซลูชัน vector search แบบโอเพนซอร์ส ถึงอย่างนั้นก็ยังมองบวกอยู่