MinIO bakım moduna geçirildi

 (github.com/minio)
3 puan yazan GN⁺ 2025-12-04 | 2 yorum | WhatsApp'ta paylaş
  • Yüksek performanslı S3 uyumlu nesne depolaması olan MinIO şu anda yalnızca bakım moduna geçmiştir
  • Yeni özellik ekleme veya Pull Request kabulü durduruluyor, mevcut issue incelemeleri de durduruluyor
  • Güvenlik açıklığı düzeltmeleri vaka bazında sınırlı olarak gözden geçirilecek
  • Topluluk desteği Slack kanalı üzerinden minimum düzeyde sürdürülecek
  • Ticari destek ve aktif bakım gerektiren durumlarda MinIO AIStor ürününün kullanılması önerilir

Bakım Modu Duyurusu

  • MinIO projesi şu anda yalnızca bakım modunda olduğundan yeni değişiklikleri almıyor
    • Yeni özellikler, iyileştirmeler ve Pull Request'ler artık kabul edilmiyor
    • Mevcut issue ve PR'ler aktif olarak gözden geçirilmesi sonlandırıldı
  • Güvenlikle ilgili kritik düzeltmeler her bir vaka için ayrı ayrı değerlendirilebilir
  • Topluluk desteği Slack kanalı üzerinden minimum düzeyde sağlanmaya devam ediyor
  • Ticari destek gereksinimi olan kullanıcılar MinIO AIStor ürününü kullanmalıdır

MinIO Genel Bakış

  • MinIO, yüksek performanslı S3 API uyumlu nesne depolama olarak; AI/ML, analitik ve büyük veri iş yükleri için optimize edilmiş bir mimariye sahiptir
  • GNU AGPL v3.0 lisansı ile dağıtılır ve açık kaynak topluluğu için proje olarak tasarlanmıştır
  • S3 API uyumluluğu, AI/analiz için optimize edilmişlik ve yüksek performanslı işleme temel özellikleri olarak öne çıkar
  • Kaynak koddan doğrudan derlenip bare-metal ortamlara dağıtılabilir
Reklam

Açık Kaynak ve Lisans Politikası

  • MinIO, AGPLv3 lisansı kapsamında serbestçe değiştirilip yeniden dağıtılabilir
    • Ancak değiştirilmiş kodun açıkça paylaşılması gibi AGPLv3 yükümlülüklerine uyulmalıdır
  • Ticari veya münhasır kullanım, kullanıcı sorumluluğunda yapılır; garanti veya bakım yükümlülüğü yoktur
  • Topluluk desteği GitHub ve Slack üzerinden best-effort ile sağlanır
  • MinIO AIStor, kurumsal ortamlara yönelik kurumsal düzeyde destek ve SLA garantisi sunar

Dağıtım ve Kurulum Şekli

  • Topluluk sürümü yalnızca kaynak kodu biçiminde dağıtılır, önceden derlenmiş binary dosyalar artık sağlanmaz
  • Kurulum adımları
    1. go install github.com/minio/minio@latest komutu ile kaynak koddan kurulum
    2. Sağlanan Dockerfile ile Docker image doğrudan build edilir
  • Mevcut binary sürümleri yalnızca referans için bırakılmış olup güncellenmeyecek
Reklam

Kaynaktan Derleme ve Çalıştırma

  • Go 1.24 ve üzeri ortamda go install komutu ile MinIO sunucu derlenip çalıştırılabilir
  • Varsayılan root kimlik bilgileri minioadmin:minioadmin
  • Web tabanlı MinIO Console üzerinden bucket oluşturma, nesne yükleme ve gezinme yapılabilir
  • MinIO Client(mc) komut satırı aracıyla sunucuya bağlanma ve yönetim yapılabilir
  • Kaynaktan derlenen binary kullanılırken AGPLv3 herhangi bir garanti veya sorumluluk sağlamaz

Docker ve Kubernetes Dağıtımı

  • docker build . komutu ile yerel Docker image oluşturulabilir
    • docker run komutu ile sunucuyu çalıştırırken port eşleme ve console adresi belirtilebilir
  • Kubernetes ortamında
    • MinIO Operator veya Helm chart ile dağıtım yapılabilir
    • İlgili belgeler MinIO resmi dokümantasyon sitesinde sunulur

İlgili okumalar

2 yorum

 
GN⁺ 2025-12-04
Hacker News görüşü

  • MinIO, RustFS ve Garage ekiplerinin katkıları için teşekkürler
    MinIO'nun açık kaynağı sonlandırdığını çok ani bir şekilde duyurması topluluğu şaşırttı, ama sonuçta gelir elde etmeye giden bir yolun gerekli olduğunu düşünüyorum
    RustFS ile Garage'ı karşılaştırınca, Garage'ın sürüm hızı yavaş ama RustFS neredeyse her hafta güncelleniyor
    Lisans tarafında Garage AGPLv3, RustFS ise Apache lisansı ile kurumsal benimseme açısından daha avantajlı
    Kararlılıkta Garage dağıtık ortamlarda biraz daha iyi
    MinIO fiilen OSS rekabetinden çekilmişken, inisiyatifi RustFS'nin alacağını düşünüyorum

  • SeaweedFS öneriliyor
    Kendim kullanmadım ama sunucusunu kendisi işletmek isteyenler için MinIO alternatifi olarak fena görünmüyor

    • Şu anda ne kadar kararlı olduğunu merak ediyorum
      Daha önce baktığımda hata düzeltmesi çok fazlaydı, bu yüzden güven vermemişti

  • MinIO bir süredir açık kaynak sürümden özellikleri kaldırıyordu
    En yakın alternatif RustFS gibi görünüyor
    Site replikasyonunu desteklediğinde geçmek için bekliyorum

    • Garage da popüler bir alternatif (resmi site)
      RustFS de ilginç ama ana sayfadaki aşırı pazarlama dili yüzünden ilk anda kapatacak gibi olmuştum
      GitHub deposu burada
    • Ben bir S3 istemcisinin bakımını yapıyorum ve RustFS sık sık uyumluluk sorunları çıkarıyor
      En son deleteObject çalışmadığı için test matrisinden çıkardım
      Resmen de üretime hazır olmadığı belirtiliyor
      Garage iyi görünüyor
    • Tek düğümde kararlı ve ekip hataları hızlı düzeltiyor
      Ama dağıtık mod hâlâ tamamlanmış değil, bucket replikasyonu ve lifecycle policy de hâlâ geliştiriliyor
      Büyük ölçekli dağıtımdan önce yol haritasına mutlaka bakmak gerekir
    • Apache, CNCF ya da Linux Foundation çatısı altında değilse bunun bir açık kaynak yemlemesi olma ihtimali var
      Commit'leri dışarıya açık tutmadılar ve sonunda açık kaynaktan vazgeçtiler
    • Replikasyon özelliği yakında eklenebilir (doküman bağlantısı)

  • Ben de HS5 üzerinde, MinIO'nun ilk hedeflerine benzer bir doğrultuda çalışıyorum
    Çekirdek kararlı ama kullanıcı yönetimi ve web UI hâlâ geliştirme aşamasında

    • AGPL ihlali meselesini bu kadar net ortaya koyması etkileyiciydi
      Hukuki bilgim olsaydı MinIO'ya dava açmak isteyecek kadar
    • Keşke bu projeyi geçen hafta öğrenmiş olsaydım
      SeaweedFS kurmak için çok fazla zaman harcadım ve benim kullanımım için fazla kapsamlıydı
      HS5 çok daha uygun görünüyor
    • Sadelik ve dayanıklılık garantisi hoşuma gidiyor
      Geliştirme ya da PoC için uygun, ayrıca HA/RAID işini alt katmanda çözen ortamlarda da iyi olabilir
      Yalnız performansın (okuma/yazma/silme) nasıl olduğunu merak ediyorum
      Bir de “sonuçta dosya sistemini yeniden uygulamış olmuyor musunuz?” sorusuna nasıl yanıt verileceğini merak ediyorum
    • Projeyi Show HN'e koymak için doğru zaman gibi görünüyor

  • Stallman haklıydı
    Topluluğun neden böyle CLA (katkıcı lisans sözleşmesi) içeren projelere katkı vermeye devam ettiğini anlamıyorum
    Sonunda yine bir 'rug pull' yaşandı

  • Linux Foundation içinde bir fork çıkacak gibi duruyor
    MinIO 1-2 yıl içinde geri döner ama topluluk güvenini zaten kaybetmiş olur

    • Geçmişte olduğu gibi fork kullanıcılarına saldırabilirler
      İlgili örnekler: issue yorumu, tartışma

  • POSIX uyumluluğunu bırakıp karmaşık bir ürün yaptılar; sonra da Ceph ya da S3/R2/B2 gibi rakiplerin gerisinde kaldılar, bu şaşırtıcı değil

    • Şimdi AIStor olarak yeniden markalanıp yapay zeka şirketlerine satılıyor
      MinIO, Ceph kurulumunun zor olduğu ortamlarda veya CI/CD build cache için hâlâ iyiydi
      Ama para kazandıran pazar orası değil
    • S3 nesne adları POSIX ile uyumlu değildir
      Örneğin “foo” ve “foo/bar” S3'te ikisi de geçerliyken POSIX dosya sisteminde birlikte var olamaz
    • POSIX desteğini bırakıp sonra da karmaşık diye eleştirmek çelişkili
      Güvenilir bir POSIX sistemi yapmak doğası gereği karmaşıktır

  • MinIO çoğu kullanım için zaten yeterince özellik sunuyor
    Son büyük güncellemelerde hatta UI özelliklerini kaldırdılar
    5 yıldır kullanıyorum; güvenlik yamaları geldiği sürece kullanmaya devam edebilirim gibi duruyor

    • Ama “güvenlik düzeltmeleri duruma göre değerlendirilecek” ifadesinin eklenmesi endişe verici
      Gerekli düzeltmelerin garanti edilmediği anlamına geliyor gibi
    • UI'ın ücretli sürüme taşındığını biliyorum
    • Ben sadece Docker deneyleri için kullandım, çoğunlukla Python üzerinden eriştim

  • Açık kaynak tabanı kapatıp ticari ürüne geçmeleri şok edici
    Adını da “AIStor” yapmaları gerçekten saçma

    • Dış katkıcılardan CLA almadılarsa, lisans değişikliği onayını hepsinden almaları gerekir
      AGPL olduğu için kaynak kodunu hâlâ bir yerde yayımlamaları gerekir
    • Artık adında “AI” olmayan hiçbir şey olmuyormuş gibi bir dönemden geçiyoruz
    • Zaten biri bir fork çıkaracağı için çok büyük bir sorun olmayabilir
    • “AIStor”un tam olarak neyi farklı yaptığı hâlâ belli değil (ürün sayfası)
    • Şirketlerin AGPL kullanırken katkıcı haklarını kısıtlaması rug pull'ın habercisi
      Topluluğun ücretsiz kodundan gelir elde ederken rekabeti engellemeye çalışma girişimi bu
      Bu o kadar sık yaşanıyor ki artık şaşırtıcı gelmiyor

  • Clickhouse da aynı yola girecek gibi görünüyor
    2 yıl önce yol haritasını değiştirmesinin nedeni de açık kaynak sürümün bulut iş modeliyle rekabet edebilmesi idi
    İlgili tartışma burada