Repositori MinIO tidak lagi dipelihara

 (github.com/minio)
2 poin oleh GN⁺ 2026-02-14 | 1 komentar | Bagikan ke WhatsApp
  • File README.md diperbarui untuk menyatakan bahwa proyek ini tidak lagi dipelihara
  • Frasa lama “maintenance mode” dihapus, dan digantikan dengan peringatan “THIS REPOSITORY IS NO LONGER MAINTAINED”
  • Di bagian atas README, ditampilkan dua opsi pengganti: AIStor Free dan AIStor Enterprise
  • Kesalahan tautan dalam dokumentasi diperbaiki, dan URL kanal Slack dikoreksi dengan benar
  • Perubahan ini menegaskan bahwa repositori open source MinIO telah beralih ke status read-only (archive)

Perubahan utama README.md

  • Bagian “Maintenance Mode” lama dihapus sepenuhnya dan diganti dengan blok catatan baru

    • Blok baru tersebut memuat frasa “THIS REPOSITORY IS NO LONGER MAINTAINED”
    • Di bawah item “Alternatives”, disebutkan dua produk alternatif
      • AIStor Free: versi mandiri gratis untuk komunitas
      • AIStor Enterprise: versi distribusi dengan dukungan komersial

  • Tautan panduan langganan terkait AIStor pada dokumen lama dihapus dan diringkas menjadi penjelasan pengganti yang lebih singkat

Perbaikan dan perapian lainnya

  • Tautan Slack diperbaiki dari https//slack.min.io menjadi https://slack.min.io
  • Di contoh variabel lingkungan, salah ketik (GOARCh) dikoreksi menjadi GOARCH
  • Salah eja pada teks lisensi AGPLv3 (liabilites) diperbaiki menjadi liabilities
  • Satu baris kosong ditambahkan ke bagian “Legacy Binary Releases” untuk meningkatkan keterbacaan

Status repositori

  • Di bagian atas halaman GitHub, muncul teks “This repository was archived by the owner on Feb 13, 2026. It is now read-only.”
  • Ini berarti repositori telah diarsipkan dan tidak lagi bisa menerima perubahan maupun kontribusi

Makna

  • Bersamaan dengan perubahan README, repositori ini secara resmi beralih ke status akhir pemeliharaan dan arsip
  • Pengguna diarahkan beralih dari versi open source MinIO ke lini produk AIStor Free/Enterprise
  • Dukungan komunitas tetap dipertahankan melalui GitHub dan Slack dengan pendekatan best-effort

Bacaan terkait

1 komentar

 
GN⁺ 2026-02-14
Opini Hacker News

  • Saya rasa tidak ada masalah dengan MinIO yang menutup sumber terbukanya
    Terlalu banyak pengguna yang hanya memakai gratis di seluruh dunia
    Sudah beberapa bulan saya menguji alternatif, dan setelah MinIO saya melihat RustFS akan jadi pemenangnya
    Saya membandingkan Garage, SeaweedFS, Ceph, dan RustFS; RustFS dan SeaweedFS paling cepat, dan instalasi serta konsol RustFS paling mudah digunakan
    Ceph terlalu kompleks sehingga sulit di-deploy jika tidak memahami source code-nya secara mendalam
    Ada juga kritik bahwa CLA RustFS adalah “umpan”, tetapi saya rasa itu tidak berlebihan sebagai mekanisme untuk mengurangi risiko hukum
    Di Milvus juga RustFS dinilai tinggi, dan jika dilihat dari metrik teknis saya percaya RustFS pada akhirnya akan menang
    Tulisan evaluasi RustFS oleh Milvus

    • Sebagai maintainer Milvus, saya ingin berbagi beberapa pemikiran
      Masalah pengguna gratis memang nyata, dan di era AI ini menjadi lebih parah
      Banyak pengguna memakai proyek secara gratis, tetapi tingkat konversi menjadi pelanggan berbayar sangat rendah
      Milvus membutuhkan object storage yang lebih baik demi stabilitas dan performa, dan RustFS adalah kandidat kuat
      Namun, jika dalam jangka panjang ekosistem tidak bisa memenuhi kebutuhan ini, kami juga harus mempertimbangkan membangunnya sendiri
      Perlu ada diskusi keberlanjutan soal model lisensi open source
      Model era Apache 2.0 mulai menunjukkan keterbatasannya, dan pendekatan sekadar “berharap perusahaan akan mendukung” sudah tidak lagi berhasil
      Keputusan MinIO patut diperhatikan sebagai sinyal perubahan ini
    • Saya menjalankan Ceph di klaster k8s, dengan konfigurasi 4 node dan masing-masing dua SSD 4TB
      Konfigurasinya memang rumit, tetapi sekarang sangat stabil
      Claude Code sangat hebat untuk pengelolaan Ceph, dan pemulihan maupun modifikasi peta CRUSH juga bisa ditangani dengan mudah
      Pernyataan “tidak bisa deploy tanpa memahami source code secara mendalam” menurut saya agak berlebihan
      Jika Ceph cocok untuk kebutuhan Anda, saya sangat menyarankan untuk mencobanya
    • Instalasi Garage sangat sederhana
      Cukup pasang satu binary dan tulis file konfigurasi /etc/garage.toml
      Bisa dijalankan dengan garage server atau minta AI menulis skrip init
      AIStore dari NVIDIA juga merupakan sistem kompatibel S3 yang hebat, bisa dilihat di situs resmi AIStore
      Lebih cepat daripada MinIO, tetapi efisiensi ruangnya sedikit lebih rendah
      SeaweedFS terasa sangat seperti proyek pribadi, dan berisiko jika Anda tidak sering membuat backup
      Saya ingin menghindari RustFS karena masalah CLA, karena tampaknya bisa menjadi pengulangan kasus MinIO
    • SeaweedFS didasarkan pada desain Haystack dari Facebook, dan disesuaikan untuk tujuan tertentu yang meminimalkan lookup metadata
      Ia bekerja pada tingkat volume, dan update juga dilakukan per volume
      Sementara itu, object storage umum juga dipakai sebagai backend analitik sehingga membutuhkan scan cepat
      Karena itu, SeaweedFS memiliki trade-off yang berbeda dari object storage serbaguna
    • Tadi disebut bahwa CLA RustFS mengurangi risiko hukum, tetapi saya penasaran risiko hukum apa tepatnya yang dikurangi

  • Setelah saya menghentikan layanan open source yang saya jalankan, kelelahan kronis itu hilang
    Bekerja gratis tidak menyenangkan, dan menjalankan versi berbayar serta versi komunitas secara bersamaan juga berat
    Pada akhirnya hubungan dengan pengguna yang tidak membayar hanyalah sumber stres
    Sepertinya tim MinIO juga mendapat pelajaran yang sama

    • Tim MinIO bukan bekerja gratis
      Mereka memakai model COSS (Commercial Open Source Software), yaitu menyediakan versi dasar gratis dan menjual fitur berbayar ke pelanggan enterprise
      Peralihan ke closed source hanyalah keputusan bisnis semata
      Saya sudah lama memakai SeaweedFS di production, dan sekarang menjalankannya bersama Wasabi
      SeaweedFS tetap sangat bagus untuk kebutuhan local storage yang cepat
    • Wajar saja menarik uang dari produk, tetapi saya rasa masalahnya adalah mempromosikannya sebagai FOSS sejak awal lalu kemudian melakukan perubahan lisensi
      Seharusnya rencananya dijelaskan dengan jelas sejak awal
      Jika tidak, yang benar adalah menepati janji yang sudah ada
    • Saya sudah beberapa tahun memelihara sistem storage open source, dan saya masih menikmatinya
      Saya mengelola storage engine bernama TidesDB, dan walau punggung saya sakit saya tetap lanjut karena saya suka
    • Jika membuat proyek open source populer demi menghasilkan uang, berarti Anda tidak benar-benar memahami semangat open source
    • Saya sudah hampir 30 tahun terlibat dalam free software, dan pengalaman bekerja bersama komunitas sangat memuaskan
      Pengalaman seperti ini memang subjektif, tetapi jelas bisa menyenangkan

  • Saya berhasil bermigrasi dari MinIO ke Ceph
    Saya juga menguji SeaweedFS, tetapi setelah menganalisis bug dengan bantuan Claude, struktur kodenya ternyata berantakan
    SeaweedFS sebaiknya jangan pernah dipakai selain untuk testing. Risiko kehilangan data tinggi

    • SeaweedFS adalah proyek lama, jadi mungkin Anda hanya melihat jejak dari codebase legacy
    • Ceph adalah OG object storage
      Sudah ada banyak upaya alternatif, tetapi pada akhirnya Ceph yang paling mampu menangani kompleksitas masalah ini

  • Akhir-akhir ini saya sedang memigrasikan MinIO ke Ceph
    Saya membangun klaster Ceph 3 server dengan cephadm, dan sedang mereplikasi data 120TB pada kecepatan 420MB/s
    Ceph memang lebih kompleks daripada MinIO, tetapi skalabilitasnya sangat baik dan stabil
    Sayang sekali konsol MinIO sudah hilang
    Saya memilih Ceph karena Elasticsearch tidak suka snapshot S3 dari Garage

    • Ceph memang kompleks, tetapi lapisan konsensus-nya sangat kuat
      Hanya saja, pastikan disk pada node tidak sampai penuh

  • Menarik melihat banyak orang buru-buru menguji alternatif yang belum terbukti di production
    Risiko nyata dari ketergantungan infrastruktur bukanlah closed source, melainkan biaya perpindahan
    Meski kompatibel S3, migrasi nyata bisa memakan waktu berminggu-minggu hingga berbulan-bulan karena perbedaan kecil
    Saya penasaran berapa banyak pengguna MinIO yang benar-benar sudah mendokumentasikan rencana migrasinya

  • AIStore disebut sebagai alternatif MinIO
    Selain itu ada juga beberapa alternatif open source lain:
    Garage, RustFS, SeaweedFS, Supabase Storage, Scality Cloudserver, Ceph

    • Saya adalah penulis Filestash
      Ia menyediakan gateway S3 dan mem-proxy panggilan S3 ke SFTP, FTP, NFS, SMB, IPFS, Dropbox, Google Drive, dan lain-lain
      Sepenuhnya stateless dan bisa terhubung ke berbagai backend
    • RustFS punya banyak fitur, dan bahkan mendukung manajemen kunci sendiri, tetapi masih dalam pengembangan
      Di dalam kodenya sudah ada persiapan untuk kemungkinan perubahan lisensi
      Ceph paling mirip dalam hal fitur S3, tetapi konfigurasinya rumit dan sensitif terhadap latensi
      Garage bagus untuk penyimpanan sederhana, tetapi tidak memiliki fitur seperti ACL tingkat lanjut atau pembatasan path di S3
      Clustering-nya ramah WAN, tetapi tidak membutuhkan konfigurasi per-rack seperti Ceph
    • Selain MinIO, saya pernah memakai Garage dan Ceph, tetapi yang saya butuhkan hanyalah filesystem S3 sederhana untuk testing lokal
      Sepertinya belum ada alternatif sesederhana itu
    • Saya memakai SeaweedFS di satu mesin sebagai storage kompatibel S3
      Fitur pengelolaannya memang kurang, tetapi dari sisi integritas data saya lebih percaya Ceph
      Ceph terasa dibuat oleh orang-orang yang benar-benar memahami distributed system
    • Saya menambahkan daftar alternatif di atas ke repositori MinIO sebagai Pull Request
      Tautan PR

  • Jika melihat thread HN sebelumnya, sebenarnya sudah terlihat bahwa MinIO telah masuk mode maintenance
    Sejak saat itu, peralihan ke closed source pada dasarnya sudah dipertanda-kan

    • Tetapi mode maintenance dan “tidak lagi dipelihara” itu berbeda

  • MinIO sebelumnya memang sudah kurang transparan, dan menjauh dari semangat open source dengan menghapus issue yang kritis atau mengunci komentar
    Karena itu saya langsung beralih ke Garage begitu masuk mode maintenance
    Saya sedang menyiapkan PR, tetapi belum sempat mengirimkannya

    • Proyek seperti ini membutuhkan keterampilan tingkat lanjut, jadi saya rasa tidak ada alasan untuk melayani pengguna gratis
      Sebagian besar open source yang serius didukung industri, dan sulit bagi web developer biasa untuk berkontribusi

  • Saya menyarankan untuk membuat fork dan menyimpannya secara lokal sebagai antisipasi jika repositori MinIO dihapus
    Repositori publik di GitHub memang tetap menyisakan fork saat dihapus, tetapi jika diubah menjadi privat maka fork juga akan hilang
    Hal serupa pernah terjadi pada Gem prawn_plus di ekosistem Ruby
    Lihat dokumen kebijakan fork GitHub
    Bagi orang yang hanya memakai MinIO untuk testing lokal, ini bisa menjadi jebakan yang perlahan menutup

  • Jika Anda menjalankan solusi observability yang membutuhkan object storage, seperti Thanos, Loki, Mimir, dan Tempo
    Anda bisa mempertimbangkan VictoriaMetrics, VictoriaLogs, VictoriaTraces sebagai gantinya
    Mereka berbasis block storage, dapat diskalakan hingga tingkat petabyte, dan menawarkan performa serta ketersediaan tinggi tanpa perlu pengelolaan manual