Pertentangan antara AWS dan Elastic seputar Elasticsearch
(blog.opsnow.com)Setelah melihat artikel-artikel yang belakangan terbit tentang Elasticsearch yang meninggalkan open source, deklarasi SSPL, dan AWS yang akan melakukan fork secara terpisah lalu mempertahankan komunitas open source berlisensi Apache License 2.0, saya merangkum pertentangan antara keduanya yang sudah berlangsung sejak lama.
Jika ada bagian yang kurang atau keliru di tengah-tengah, silakan tinggalkan komentar dan akan saya refleksikan.
10 komentar
Secara pribadi saya kurang paham kenapa OSI mencabut pencatatan SSPL sebagai lisensi open source. Ini lisensi yang menurut saya memperjelas AGPL lebih jauh, dan saya memahaminya sebagai kewajiban bagi penyedia bisnis SaaS untuk membuka semua source code, jadi saya kurang mengerti kenapa OSI menafsirkannya sebagai "membatasi" SaaS.
Bahkan kalau melihat pernyataan resmi OSI 1, yang mereka sorot adalah niat Elastic mengadopsi SSPL, tetapi tidak dijelaskan pasal mana dalam SSPL yang "membatasi" penggunaan. Kalau membaca isinya, saya juga kurang tahu apakah memang ada "pembatasan" dibanding AGPL. Mungkin saya yang salah menafsirkan lisensinya...
Yang membatalkan soal lisensi itu adalah MongoDB. Bukan OSI yang menolaknya. Tentu saja, OSI juga merespons bahwa bagian yang kontroversial itu sulit diakui sebagai open source, tetapi dalam situasi seperti ini, pihak MongoDB memahami keadaan tersebut lebih dulu dan menarik pengajuannya.
Terima kasih atas koreksinya. Penjelasan saya tadi memang agak kurang akurat. Meski begitu, memang benar MongoDB yang lebih dulu menariknya, tetapi bahkan jika melihat postingan OSI yang dicantumkan di tautan tersebut, OSI juga dengan jelas menunjukkan bahwa mereka saat ini tidak berniat menerima SSPL versi sekarang... jadi hubungan kronologisnya tampaknya tidak terlalu penting.
Saya setuju. ^^
Saya juga agak penasaran, jadi sedang mencari-cari, dan saya membagikan tautan ini karena ada materi seperti ini.
https://ceart.kr/component/file/…
Kutipan
Pertama, perbedaan SSPL dengan AGPL adalah sebagai berikut. AGPL sebelumnya, seperti GPL, mewajibkan bahwa meskipun suatu perangkat lunak tidak didistribusikan dan dijalankan di sisi server, penyedia layanan harus mengungkapkan seluruh source code dari modifikasi dan penambahan yang dilakukan terhadap perangkat lunak tersebut, namun cakupannya terbatas pada server itu sendiri.
Sebaliknya, SSPL mensyaratkan bahwa bukan hanya kode tersebut, tetapi juga kode dari semua perangkat lunak yang dijalankan oleh pengguna As-a-Service harus diungkapkan ketika disediakan dalam bentuk As-a-Service, termasuk perangkat lunak manajemen yang diperlukan secara pendamping, antarmuka pengguna, API, perangkat lunak otomatisasi, perangkat lunak pemantauan, perangkat lunak pencadangan, dan perangkat lunak penyimpanan. Dengan kata lain, ketika penyedia cloud menyediakan MongoDB dalam bentuk layanan, ada syarat bahwa mereka juga harus mengungkapkan seluruh source code dari semua perangkat lunak yang mereka buat untuk mempertahankan keunggulan kompetitif layanan mereka sendiri.
Saya juga sempat ingin menelusuri MongoDB dan Redis juga... ternyata di sini sudah dijelaskan dengan baik!
Selain itu, jika Anda melihat PDF-nya, ada juga penjelasan tentang bagian mana yang tidak sesuai dengan OSI. Katanya, poinnya adalah pembatasan terhadap kebebasan dan pembatasan atas karya turunan yang terpisah.
Oh... secara keseluruhan ini PDF yang ditulis dengan sangat baik. Terima kasih atas tautannya.
Kalau melihatnya seperti ini, saya bisa memahami perbedaan dengan AGPL dan alasan SSPL tidak diterima, tetapi saya juga jadi berpikir apakah OSI agak terlalu condong ke arah yang permissive.
Seluruh riwayatnya tersusun dengan sangat rapi sehingga enak dibaca. Terima kasih!
Artikel terkait
https://id.news.hada.io/topic?id=3620 - AWS mengumumkan fork open source untuk Elasticsearch dan Kibana
https://id.news.hada.io/topic?id=3606 - Elastic mengubah lisensi agar tidak bisa digunakan oleh AWS