MinIO deposu artık bakım almıyor

 (github.com/minio)
2 puan yazan GN⁺ 2026-02-14 | 1 yorum | WhatsApp'ta paylaş
  • README.md dosyası güncellenerek projenin artık bakım almadığı açıkça belirtildi
  • Mevcut “bakım modu” ifadesi kaldırıldı ve yerine “THIS REPOSITORY IS NO LONGER MAINTAINED” uyarısı eklendi
  • README’nin üst kısmında iki alternatif seçenek sunuluyor: AIStor Free ve AIStor Enterprise
  • Belgelerdeki bağlantı hataları düzeltildi ve Slack kanalının URL’si doğru hale getirildi
  • Bu değişiklikle birlikte MinIO açık kaynak deposunun salt okunur (archive) duruma geçirildiği doğrulandı

README.md başlıca değişiklikler

  • Mevcut “Maintenance Mode” bölümü tamamen kaldırıldı ve yerine yeni bir açıklama bloğu eklendi

    • Yeni blokta “THIS REPOSITORY IS NO LONGER MAINTAINED” ifadesi yer alıyor
    • “Alternatives” başlığı altında iki alternatif ürün belirtiliyor
      • AIStor Free: topluluk için ücretsiz bağımsız sürüm
      • AIStor Enterprise: ticari destek içeren dağıtım sürümü

  • Mevcut belgedeki AIStor ile ilgili abonelik yönlendirme bağlantısı kaldırıldı ve daha kısa bir alternatif açıklamayla düzenlendi

Diğer düzeltmeler ve düzenlemeler

  • Slack bağlantısı hatalı https//slack.min.io adresinden https://slack.min.io olarak düzeltildi
  • Ortam değişkeni örneğinde yazım hatası olan GOARCh, GOARCH olarak düzeltildi
  • AGPLv3 lisans metnindeki yazım hatası liabilites, liabilities olarak düzeltildi
  • “Legacy Binary Releases” bölümüne okunabilirliği artırmak için bir boş satır eklendi

Depo durumu

  • GitHub sayfasının üst kısmında “This repository was archived by the owner on Feb 13, 2026. It is now read-only.” ifadesi gösteriliyor
  • Bu, deponun arşivlenerek artık değişiklik ya da katkı kabul etmeyen bir duruma geçtiği anlamına geliyor

Anlamı

  • README güncellemesiyle birlikte depo resmî olarak bakımı sona ermiş ve arşivlenmiş duruma geçti
  • MinIO’nun açık kaynak sürümü yerine AIStor Free/Enterprise ürün ailesine geçiş öneriliyor
  • Topluluk desteği GitHub ve Slack üzerinden hâlâ best-effort yaklaşımıyla sürdürülüyor

İlgili okumalar

1 yorum

 
GN⁺ 2026-02-14
Hacker News yorumları

  • MinIO’nun açık kaynağı kapatmasında bir sorun görmüyorum
    Dünyada yalnızca ücretsiz kullanan çok fazla insan var
    Birkaç aydır alternatifleri test ediyorum; MinIO’dan sonra kazananın RustFS olacağını düşünüyorum
    Garage, SeaweedFS, Ceph ve RustFS’yi karşılaştırdım; en hızlıları RustFS ile SeaweedFS oldu, kurulum ve konsol açısından da RustFS en rahatıydı
    Ceph fazla karmaşık; kaynak kodunu derinlemesine anlamadan dağıtım yapmak zor
    RustFS’nin CLA’sının bir “yem” olduğu eleştirileri var ama bunun hukuki riski azaltan bir önlem olarak aşırı olmadığını düşünüyorum
    Milvus da RustFS’yi yüksek değerlendirdi; teknik metriklere bakınca sonunda RustFS’nin kazanacağına inanıyorum
    Milvus’un RustFS değerlendirme yazısı

    • Milvus’un maintainer’ı olarak birkaç düşüncemi paylaşayım
      Ücretsiz kullanıcı sorunu gerçekten var ve yapay zeka çağında daha da ciddi hale geliyor
      Pek çok kullanıcı projeyi ücretsiz kullanıyor ama ücretli müşteriye dönüşme oranı çok düşük
      Milvus, kararlılık ve performans için daha iyi bir object storage’a ihtiyaç duyuyor; RustFS güçlü bir aday
      Ancak uzun vadede ekosistem bunu karşılayamazsa kendi çözümümüzü geliştirmeyi de düşünmeliyiz
      Açık kaynak lisans modeli üzerine sürdürülebilirlik tartışmasına ihtiyaç var
      Apache 2.0 döneminin modeli sınırlarına dayanmış görünüyor; sadece “şirketler destek olur” diye ummak artık işe yaramıyor
      MinIO’nun kararı bu değişimin bir işareti olarak dikkat çekici
    • Ceph’i bir k8s kümesinde çalıştırıyorum; 4 düğümün her birinde ikişer 4TB SSD var
      Kurulum karmaşıktı ama şimdi çok kararlı
      Claude Code, Ceph yönetiminde mükemmel; kurtarma işlemleri ya da CRUSH map düzenlemelerini kolayca hallediyor
      “Kaynak kodunu derinlemesine anlamadan dağıtamazsın” sözüne abartı gözüyle bakıyorum
      Eğer Ceph sizin kullanım senaryonuza uygunsa mutlaka denemenizi öneririm
    • Garage kurulumu çok basit
      Tek bir binary kurup yalnızca /etc/garage.toml yapılandırma dosyasını yazmanız yeterli
      garage server ile çalıştırabilir ya da bir yapay zekaya init script yazdırabilirsiniz
      NVIDIA’nın AIStore’u da harika bir S3 uyumlu sistem; AIStore resmi sitesi üzerinden bakabilirsiniz
      MinIO’dan daha hızlı ama alan verimliliği biraz daha düşük
      SeaweedFS daha çok kişisel proje hissi veriyor; sık yedek almazsanız riskli
      RustFS’den ise CLA sorunu nedeniyle kaçınmak isterim; MinIO olayının tekrarı gibi görünüyor
    • SeaweedFS, Facebook’un Haystack tasarımını temel alır ve metadata sorgularını en aza indiren belirli bir amaca göre optimize edilmiştir
      Volume düzeyinde çalışır ve güncellemeler de volume düzeyinde yapılır
      Buna karşılık genel amaçlı object storage, analitik backend olarak da kullanıldığı için yüksek hızlı tarama gerekir
      Bu yüzden SeaweedFS, genel amaçlı object storage’dan farklı trade-off’lara sahiptir
    • RustFS’nin CLA’sının hukuki riski azalttığı söylendi ama bunun tam olarak hangi hukuki riskleri azalttığını merak ediyorum

  • Açık kaynak bir hizmeti işletip sonra durdurduğumda üzerimdeki kronik yorgunluk kayboldu
    Ücretsiz çalışmak keyifli değildi ve ücretli sürümle topluluk sürümünü birlikte yürütmek de zordu
    Para ödemeyen kullanıcılarla ilişki eninde sonunda stres kaynağıydı
    Görünüşe göre MinIO ekibi de aynı dersi almış

    • MinIO ekibi ücretsiz çalışmıyordu
      COSS (Commercial Open Source Software) modeliyle temel sürümü ücretsiz verip kurumsal müşterilere ücretli özellikler satıyorlardı
      Kapalı kaynağa geçiş sadece bir iş kararı
      SeaweedFS’yi uzun süre production’da kullandım; şimdi Wasabi ile birlikte işletiyorum
      SeaweedFS hâlâ hızlı yerel depolama için harika
    • Bir üründen para kazanmak elbette normal ama başta FOSS diye tanıtıp sonra lisans değiştirmek bence sorunlu
      En baştan planı açıkça belirtmeleri gerekirdi
      Aksi halde mevcut sözü tutmak doğru olur
    • Birkaç yıldır açık kaynak bir depolama sistemi sürdürüyorum ve hâlâ bunu keyifle yapıyorum
      TidesDB adlı bir storage engine yönetiyorum; belim ağrısa da sevdiğim için devam ediyorum
    • Popüler bir açık kaynak projeyi para kazanmak için yaptıysanız, açık kaynağın ruhunu tam anlamamışsınız demektir
    • Yaklaşık 30 yıldır özgür yazılımın içindeyim; toplulukla birlikte çalışmak son derece tatmin edici oldu
      Bu deneyim öznel olabilir ama kesinlikle keyifli olabilir

  • MinIO’dan Ceph’e başarıyla geçiş yaptım
    SeaweedFS’yi de test ettim ama Claude yardımıyla hataları incelerken kod yapısının darmadağın olduğunu gördüm
    SeaweedFS test dışında asla kullanılmamalı; veri kaybı riski büyük

    • SeaweedFS eski bir proje; belki de sadece legacy codebase izleri görmüşsünüzdür
    • Ceph, object storage’ın aslı/OG’si
      Pek çok alternatif denendi ama sonunda sorunun karmaşıklığını en iyi çözen yine Ceph oldu

  • Son günlerde MinIO’dan Ceph’e geçiş yapıyorum
    3 sunuculu bir Ceph kümesini cephadm ile kurdum ve 120TB veriyi 420MB/s hızla kopyalıyorum
    Ceph, MinIO’dan daha karmaşık ama ölçeklenebilirliği yüksek ve kararlı
    MinIO’nun konsolunun kaybolması üzücü
    Elasticsearch, Garage’ın S3 snapshot’larını sevmediği için Ceph’i seçtim

    • Ceph karmaşık ama consensus katmanı çok sağlam
      Yalnız düğümlerdeki disklerin dolmamasına dikkat etmek gerekiyor

  • Pek çok kişinin hâlâ production’da kanıtlanmamış alternatifleri aceleyle test etmesi dikkat çekici
    Altyapı bağımlılığındaki gerçek risk kapalı kaynak değil, geçiş maliyeti
    S3 uyumluluğu olsa bile gerçek migrasyon, ince farklar yüzünden haftalar hatta aylar sürebiliyor
    MinIO kullanıcılarından kaçının gerçekten bir geçiş planını belgelendirdiğini merak ediyorum

  • MinIO alternatifi olarak AIStore anıldı
    Bunun dışında birkaç açık kaynak alternatif daha var:
    Garage, RustFS, SeaweedFS, Supabase Storage, Scality Cloudserver, Ceph

    • Ben Filestash’in yazarıyım
      Bir S3 gateway sağlıyor ve S3 çağrılarını SFTP, FTP, NFS, SMB, IPFS, Dropbox, Google Drive vb. sistemlere proxy’liyor
      Tamamen stateless ve çeşitli backend’lere bağlanabiliyor
    • RustFS çok sayıda özelliğe sahip ve kendi anahtar yönetimini de yapabiliyor ama hâlâ geliştirme aşamasında
      Kod içinde lisans değişimine hazırlık zaten yapılmış durumda
      Ceph, S3 özellikleri bakımından en benzer olanı ama kurulumu karmaşık ve gecikmeye duyarlı
      Garage basit depolama için iyi ama S3’ün gelişmiş ACL’leri ya da path kısıtları gibi özellikleri eksik
      Clustering tarafı WAN dostu ama Ceph’teki gibi rack düzeyinde kurulum gerektirmiyor
    • MinIO dışında Garage ve Ceph kullandım ama ihtiyacım olan şey basit bir yerel test amaçlı S3 dosya sistemi
      Görünüşe göre hâlâ bu kadar basit bir alternatif yok
    • SeaweedFS’yi tek bir makinede S3 uyumlu depolama olarak kullanıyorum
      Yönetim özellikleri zayıf ama veri bütünlüğü açısından Ceph’e daha çok güveniyorum
      Ceph, dağıtık sistemleri gerçekten çok iyi anlayan insanların elinden çıkmış gibi hissettiriyor
    • Yukarıdaki alternatif listesini MinIO deposuna Pull Request olarak ekledim
      PR bağlantısı

  • Önceki HN başlığına bakılırsa MinIO’nun zaten maintenance mode’a geçtiği anlaşılmıştı
    O zamandan beri kapalı kaynağa geçişin sinyali verilmişti

    • Ama maintenance mode ile “artık bakım yapılmıyor” aynı şey değil

  • MinIO zaten şeffaflıktan uzaktı; eleştirel issue’ları silmek ya da yorumları kilitlemek gibi davranışlarla açık kaynak ruhundan uzaklaştı
    Bu yüzden maintenance mode’a geçer geçmez Garage’a yöneldim
    Bir PR hazırlıyorum ama henüz göndermedim

    • Bu tür projeler ileri düzey teknik beceri gerektiriyor; bu yüzden ücretsiz kullanıcılarla uğraşmak için bir neden görmüyorum
      Ciddi açık kaynak projelerinin çoğu endüstri desteği alıyor ve sıradan bir web geliştiricisinin katkı yapması zor

  • MinIO deposu silinirse diye bir fork oluşturup yerelde saklamanızı öneririm
    GitHub’daki herkese açık depolar silinse bile fork’lar kalır ama depo private yapılırsa fork’lar da kaybolur
    Ruby ekosistemindeki prawn_plus Gem’de de benzer bir durum yaşanmıştı
    Ayrıntılar için GitHub fork politikası belgesine bakın
    MinIO’yu yalnızca yerel test için kullananlar açısından bu, yavaş yavaş kapanan bir tuzak olabilir

  • Thanos, Loki, Mimir ve Tempo gibi object storage gerektiren observability çözümlerini işletiyorsanız
    onun yerine VictoriaMetrics, VictoriaLogs, VictoriaTraces değerlendirmeye değer
    Bunlar block storage tabanlıdır, petabayt ölçeğine kadar büyüyebilir ve elle yönetim gerektirmeden yüksek performans ile erişilebilirlik sunar