6 poin oleh GN⁺ 2024-03-29 | 3 komentar | Bagikan ke WhatsApp
  • Pada 21 Maret 2024, Redis Ltd. mengumumkan bahwa proyek Redis, "penyimpanan data in-memory", akan dirilis dengan lisensi non-bebas yang source-available mulai Redis 7.4
  • Kabar ini memang tidak menyenangkan, tetapi sama sekali bukan hal yang tak terduga, dan yang menarik adalah ada beberapa opsi yang bisa dipilih sebagai pengganti Redis
  • Pengguna yang ingin terus memakai perangkat lunak bebas dapat memilih setidaknya satu dari empat opsi, termasuk fork yang sudah ada, KeyDB, dan proyek Valkey yang baru diumumkan oleh Linux Foundation

Sejarah singkat Redis

  • Redis adalah proyek yang dimulai oleh Salvatore Sanfilippo (julukan "antirez") untuk menjalankan LLOOGG, aplikasi analisis log real-time dengan kebutuhan yang tidak dapat dipenuhi oleh MySQL
  • Ini dirancang sebagai basis data kamus sederhana alih-alih basis data relasional, dan namanya merupakan singkatan dari "remote dictionary server"
  • Redis dengan cepat menjadi populer sebagai bagian dari gerakan NoSQL, dan pada 2010 ia direkrut oleh VMware untuk pengembangannya
  • Redis mendapatkan popularitas melalui pelanggan seperti Twitter dan Pinterest, mulai disertakan dalam distribusi Linux, dan pada 2013 ditambahkan ke layanan ElastiCache milik AWS

Cloud versus open source

  • Orang-orang yang mendukung lisensi dengan pembatasan penggunaan seperti SSPL dan RSAL milik Redis berusaha menggambarkan ini semata-mata sebagai pertarungan antara penyedia cloud raksasa seperti AWS dan open source
  • Namun, jika melihat daftar kontributor Redis, terlihat bahwa selain perusahaan Redis sendiri, berbagai perusahaan lain juga turut berkontribusi

Perubahan model distribusi

  • Redis adalah perusahaan yang didanai modal ventura, dan tampaknya telah membuat perhitungan untuk menjauh dari open source demi menghasilkan lebih banyak pendapatan
  • Jika melihat kasus MongoDB, perusahaan itu terus tumbuh setelah beralih ke SSPL, dan banyak perusahaan lebih memilih membayar untuk penggunaan daripada meng-host layanannya sendiri

Fork dan alternatif

  • Hanya beberapa hari setelah perubahan lisensi Redis, muncul fork langsung bernama Valkey, dan upaya ini didukung oleh AWS, Google Cloud, Oracle, Ericsson, Snap, dan lainnya
  • KeyDB adalah fork yang dibuat pada 2019 karena alasan teknis, dan setelah diakuisisi oleh Snap, seluruh codebase-nya menjadi sepenuhnya open source di bawah lisensi BSD 3-clause
  • Pendiri SourceHut, Drew DeVault, membuat fork bernama Redict dengan menggunakan LGPLv3
  • Garnet dari Microsoft adalah penyimpanan cache jarak jauh yang kompatibel dengan Redis, dan dirilis di bawah lisensi MIT

Persaingan memperebutkan alternatif

  • Distribusi Linux menghadapi masalah untuk mencari perangkat lunak pengganti Redis.
  • Komunitas seperti Fedora, openSUSE, dan Debian sedang mempertimbangkan KeyDB, Redict, Valkey, dan lainnya sebagai pengganti Redis.

Jalan ke depan

  • Masih terlalu dini untuk memprediksi apakah satu atau lebih fork akan memperoleh daya tarik yang signifikan, tetapi Valkey kemungkinan besar akan menjadi alternatif yang dapat diandalkan

3 komentar

 
iolothebard 2024-03-30

Awalnya Redis juga merupakan pengganti memcached.
Tapi saya belum pernah melihat pengganti suatu teknologi ditentukan lewat kampanye(?) seperti ini.
Only time will tell.

 
GN⁺ 2024-03-29
Opini Hacker News
  • Redis Community Edition tetap bisa digunakan secara gratis, dengan dukungan dan pemeliharaan yang terus berjalan serta akan terus ditingkatkan.

    • Pengembang tidak perlu mengganti Redis di aplikasi SaaS dan perangkat lunak berbasis web.
    • Ini dimaksudkan untuk mencegah AWS menyediakan Redis sebagai layanan tanpa membayar kompensasi kepada pengembang Redis.
  • Neal Gompa memulai diskusi tentang perubahan lisensi di mailing list pengembang Fedora, dan menyoroti perlunya menghapus Redis dari Fedora.

    • Gompa juga mengangkat masalah ini di mailing list diskusi Factory milik openSUSE.
    • Setelah Docker dihentikan secara bertahap, beberapa distro mengadopsi Podman sebagai pengganti Docker. Tampaknya situasi serupa juga akan terjadi pada Redis.
  • Baru mengetahui bahwa Binbin Wang, committer Apache Kvrocks (alternatif Redis berbasis Flash), menyumbang hampir 25% dari commit untuk versi Redis yang baru.

  • Alasan lisensi AGPL makin populer tampaknya karena semua orang selain pemegang hak cipta harus mengikuti aturan yang sangat ketat, tetapi software inti tetap bersifat open source sehingga komunitas masih mendapat manfaat.

    • Lisensi BSD khususnya tampak sebagai cara yang sangat buruk untuk menjalankan bisnis.
  • AWS mem-fork ElasticSearch menjadi DBaaS "OpenSearch". Akibatnya, di tempat kerja sebelumnya ada masalah karena terkunci pada versi tertentu dari library NEST .NET sehingga tidak bisa memakai fitur baru. Jika dilihat dari kemajuan teknologi, ini terasa seperti bergerak ke arah yang salah.

  • Menggunakan lisensi MIT dan menghasilkan pendapatan melalui dukungan adalah solusi yang mudah untuk masalah ini maupun potensi masalah lainnya.

  • Menarik bahwa sekitar 40% commit untuk Reddit berasal dari perusahaan Tiongkok (Tencent 24.8%, Alibaba 6.8%, Huawei 5.2%, Bytedance 2%).

  • Pada titik ini, lisensi berbasis hak cipta terlihat lebih menguntungkan. Jika tidak ada jaminan bahwa semua rilis mendatang akan memakai lisensi yang sama, apa nilai dari lisensi yang lebih bebas dan ramah bisnis? Ini terlihat seperti kebijakan umpan dan pengalihan.

  • Redis tampak seperti kuda Troya bagi para pengembang. Awalnya terlihat seperti database key-value sederhana, tetapi juga bisa dipakai sebagai cache, dan meng-cache segala sesuatu terlihat keren. Namun, ini bertentangan dengan prinsip Unix lama bahwa setiap program seharusnya fokus pada satu hal yang dilakukan dengan baik. Setelah 10 tahun, Anda harus mengunduh whitepaper enterprise Redis untuk membuat keputusan caching yang benar.

    • Ini berasal dari pengalaman bekerja pada proyek yang menggunakan Redis sebagai database dan cache di port yang berbeda. Sebagian besar tim pengembang tidak membaca manual karena Redis dianggap "sederhana dan bekerja dengan baik", lalu muncul berbagai masalah, tetapi startup yang sedang berjuang untuk bertahan tidak punya waktu untuk merapikannya.
  • Setuju dengan sudut pandang Andrew Kelley: proyek Redis sebaiknya diganti namanya menjadi Redict, dan proyek yang saat ini disebut "Redis" dianggap sebagai fork komersial yang aneh dari Redict.