MinIO रिपॉज़िटरी अब मेंटेन नहीं की जा रही है

 (github.com/minio)
2 पॉइंट द्वारा GN⁺ 2026-02-14 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • README.md फ़ाइल को अपडेट किया गया है, जिसमें साफ़ तौर पर लिखा है कि प्रोजेक्ट अब मेंटेन नहीं किया जा रहा है
  • पहले का “मेंटेनेंस मोड” वाला वाक्य हटाकर उसकी जगह “THIS REPOSITORY IS NO LONGER MAINTAINED” चेतावनी जोड़ी गई है
  • README के शीर्ष पर AIStor Free और AIStor Enterprise नाम के दो वैकल्पिक विकल्प दिए गए हैं
  • दस्तावेज़ के अंदर लिंक त्रुटियाँ ठीक की गईं और Slack चैनल URL सही किया गया
  • इस बदलाव से यह पुष्टि होती है कि MinIO open source रिपॉज़िटरी रीड-ओनली (archive) स्थिति में बदल गई है

README.md के मुख्य बदलाव

  • पहले का “Maintenance Mode” सेक्शन पूरी तरह हटाकर उसकी जगह नया कमेंट ब्लॉक जोड़ा गया

    • नए ब्लॉक में “THIS REPOSITORY IS NO LONGER MAINTAINED” वाक्य शामिल है
    • “Alternatives” आइटम के नीचे दो वैकल्पिक प्रोडक्ट बताए गए हैं
      • AIStor Free: कम्युनिटी के लिए मुफ़्त standalone वर्ज़न
      • AIStor Enterprise: commercial support के साथ distribution वर्ज़न

  • मौजूदा दस्तावेज़ में AIStor से जुड़े subscription जानकारी लिंक हटाए गए और उनकी जगह संक्षिप्त वैकल्पिक विवरण दिया गया

अन्य सुधार और साफ़-सफ़ाई

  • Slack लिंक को गलत https//slack.min.io से सही https://slack.min.io में बदला गया
  • environment variable उदाहरण में टाइपो (GOARCh) को GOARCH से ठीक किया गया
  • AGPLv3 लाइसेंस टेक्स्ट में स्पेलिंग गलती (liabilites) को liabilities से सुधारा गया
  • “Legacy Binary Releases” सेक्शन में एक खाली पंक्ति जोड़ी गई, जिससे पठनीयता बेहतर हुई

रिपॉज़िटरी की स्थिति

  • GitHub पेज के शीर्ष पर “This repository was archived by the owner on Feb 13, 2026. It is now read-only.” संदेश दिखता है
  • इसका मतलब है कि रिपॉज़िटरी archive की जा चुकी है और अब उसमें बदलाव या योगदान संभव नहीं है

इसका मतलब

  • README अपडेट के साथ रिपॉज़िटरी आधिकारिक रूप से मेंटेनेंस समाप्त और archived स्थिति में चली गई है
  • MinIO open source वर्ज़न की जगह AIStor Free/Enterprise प्रोडक्ट लाइनअप की ओर जाने का निर्देश दिया गया है
  • कम्युनिटी सपोर्ट अब भी GitHub और Slack के ज़रिए best-effort आधार पर जारी है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-02-14
Hacker News की राय

  • मुझे नहीं लगता कि MinIO का open source बंद करना कोई समस्या है
    दुनिया भर में सिर्फ मुफ़्त में इस्तेमाल करने वाले लोगों की संख्या बहुत ज़्यादा है
    मैं कुछ महीनों से alternatives टेस्ट कर रहा था, और MinIO के बाद RustFS को विजेता मानता हूँ
    मैंने Garage, SeaweedFS, Ceph, RustFS की तुलना की, और RustFS और SeaweedFS सबसे तेज़ निकले, जबकि RustFS का installation और console सबसे सुविधाजनक था
    Ceph इतना जटिल है कि source code को गहराई से समझे बिना इसे deploy करना मुश्किल है
    RustFS के CLA को “चारा” कहकर आलोचना भी होती है, लेकिन मुझे नहीं लगता कि legal risk कम करने का यह तरीका हद से ज़्यादा है
    Milvus ने भी RustFS का उच्च मूल्यांकन किया है, और तकनीकी metrics के आधार पर मुझे विश्वास है कि आखिरकार RustFS ही जीतेगा
    RustFS पर Milvus का मूल्यांकन लेख

    • Milvus के maintainer के रूप में मैं कुछ बातें साझा करना चाहता हूँ
      मुफ़्त users की समस्या वास्तव में मौजूद है, और AI युग में यह और गंभीर हो गई है
      बहुत से users प्रोजेक्ट को मुफ़्त में इस्तेमाल करते हैं, लेकिन paid customer में बदलने की दर बहुत कम है
      Milvus को stability और performance के लिए बेहतर object storage चाहिए, और RustFS एक मजबूत उम्मीदवार है
      लेकिन लंबी अवधि में अगर ecosystem यह ज़रूरत पूरी नहीं कर पाता, तो हमें खुद बनाना भी पड़ सकता है
      open source license model की sustainability पर चर्चा ज़रूरी है
      Apache 2.0 युग का मॉडल अपनी सीमाएँ दिखा रहा है, और सिर्फ “उम्मीद करना कि कंपनियाँ support करेंगी” वाला तरीका अब नहीं चलता
      MinIO का फ़ैसला इस बदलाव का एक ध्यान देने योग्य संकेत है
    • मैं k8s cluster में Ceph चला रहा हूँ, जिसमें 4 nodes हैं और हर node में 4TB SSD के 2 drives लगे हैं
      setup जटिल था, लेकिन अब यह बहुत स्थिर है
      Ceph management के लिए Claude Code शानदार है, और recovery या CRUSH map में बदलाव भी आसानी से हो जाते हैं
      “source code को गहराई से समझे बिना deploy नहीं कर सकते” वाली बात मुझे अतिशयोक्ति लगती है
      अगर Ceph आपके use case के लिए सही है, तो मैं ज़रूर इसे आज़माने की सलाह दूँगा
    • Garage install करना बहुत आसान है
      बस single binary install करें और config file /etc/garage.toml लिख दें
      इसे garage server से चला सकते हैं, या AI से init script लिखवा सकते हैं
      NVIDIA का AIStore भी एक शानदार S3-compatible system है, जिसे AIStore की आधिकारिक साइट पर देखा जा सकता है
      यह MinIO से तेज़ है, लेकिन space efficiency थोड़ी कम है
      SeaweedFS में personal project जैसा एहसास आता है, और अगर बार-बार backup न लें तो यह जोखिमभरा हो सकता है
      CLA की वजह से मैं RustFS से बचना चाहूँगा, क्योंकि इससे MinIO जैसी स्थिति दोहराई जा सकती है
    • SeaweedFS, Facebook के Haystack design पर आधारित है, और इसे metadata lookup को न्यूनतम रखने वाले खास उद्देश्यों के लिए बनाया गया है
      यह volume unit पर काम करता है, और updates भी volume unit पर ही होते हैं
      दूसरी ओर, सामान्य object storage analytics backend के रूप में भी इस्तेमाल होता है, इसलिए high-speed scan की ज़रूरत होती है
      इसलिए SeaweedFS के trade-offs, general-purpose object storage से अलग हैं
    • आपने कहा कि RustFS का CLA legal risk कम करता है, तो मैं जानना चाहता हूँ कि यह विशेष रूप से कौन-से कानूनी जोखिम कम करता है

  • जब मैंने open source service चलाना बंद किया, तो पुरानी थकान खत्म हो गई
    मुफ़्त में काम करना सुखद नहीं था, और paid version तथा community version दोनों को साथ लेकर चलना भी मुश्किल था
    पैसे न देने वाले users के साथ संबंध आखिरकार तनाव ही बन जाते थे
    लगता है MinIO टीम ने भी यही सबक सीखा है

    • MinIO टीम ने मुफ़्त में काम नहीं किया
      यह COSS(Commercial Open Source Software) मॉडल था, जिसमें base version मुफ़्त दिया जाता है और enterprise customers को paid features बेचे जाते हैं
      closed source में बदलना सिर्फ एक business decision है
      मैंने लंबे समय तक production में SeaweedFS इस्तेमाल किया है, और अब इसे Wasabi के साथ चला रहा हूँ
      SeaweedFS अब भी तेज़ local storage use case के लिए शानदार है
    • प्रोडक्ट के लिए पैसे लेना स्वाभाविक है, लेकिन अगर शुरुआत में FOSS कहकर प्रचार किया जाए और बाद में license बदल दिया जाए, तो यह समस्या है
      योजना शुरू से ही साफ़ बताई जानी चाहिए थी
      नहीं तो पहले से किए गए वादे निभाना ही सही है
    • मैं कई वर्षों से एक open source storage system maintain कर रहा हूँ, और अब भी खुशी से कर रहा हूँ
      मैं TidesDB नाम का storage engine maintain करता हूँ, और कमर दर्द होने पर भी इसे पसंद करता हूँ इसलिए जारी रखता हूँ
    • अगर कोई लोकप्रिय open source project सिर्फ पैसे कमाने के लिए बनाता है, तो वह open source की भावना को ठीक से नहीं समझता
    • मैं लगभग 30 साल से free software में शामिल हूँ, और community के साथ काम करने का अनुभव बहुत संतोषजनक रहा है
      यह अनुभव व्यक्तिपरक हो सकता है, लेकिन इसमें आनंद ज़रूर मिल सकता है

  • मैंने MinIO से Ceph में सफलतापूर्वक migration किया
    SeaweedFS भी टेस्ट किया था, लेकिन Claude की मदद से bugs का विश्लेषण करने पर पता चला कि code structure बुरी तरह बिखरा हुआ था
    SeaweedFS को testing के अलावा कभी इस्तेमाल नहीं करना चाहिए। data loss का जोखिम बड़ा है

    • SeaweedFS पुराना project है, इसलिए हो सकता है आपने सिर्फ legacy codebase के निशान देखे हों
    • Ceph object storage का OG है
      कई alternatives आए, लेकिन आखिर में Ceph ने ही इस समस्या की जटिलता को सबसे अच्छे तरीके से संभाला है

  • मैं हाल में MinIO से Ceph की ओर migration कर रहा हूँ
    मैंने cephadm से 3-server Ceph cluster बनाया, और 120TB data को 420MB/s की रफ़्तार से replicate कर रहा हूँ
    Ceph, MinIO से अधिक जटिल है, लेकिन scalability बेहतरीन है और यह स्थिर भी है
    MinIO का console गायब होना अफ़सोस की बात है
    Elasticsearch को Garage के S3 snapshots पसंद नहीं आए, इसलिए मैंने Ceph चुना

    • Ceph जटिल है, लेकिन इसकी consensus layer बहुत मज़बूत है
      बस ध्यान रखें कि nodes की disks पूरी तरह भर न जाएँ

  • यह दिलचस्प है कि बहुत से लोग अब भी ऐसे alternatives को जल्दी-जल्दी टेस्ट कर रहे हैं जो production में अभी साबित नहीं हुए हैं
    infrastructure dependency का असली जोखिम closed source नहीं, बल्कि switching cost है
    S3-compatible होने पर भी असली migration में सूक्ष्म अंतर के कारण कई हफ़्ते से कई महीने लग सकते हैं
    मुझे जिज्ञासा है कि MinIO users में से कितनों ने वास्तव में migration plan को document किया है

  • MinIO के alternative के रूप में AIStore का ज़िक्र हुआ
    इसके अलावा कई open source alternatives भी हैं:
    Garage, RustFS, SeaweedFS, Supabase Storage, Scality Cloudserver, Ceph

    • मैं Filestash का author हूँ
      यह S3 gateway देता है, और S3 calls को SFTP, FTP, NFS, SMB, IPFS, Dropbox, Google Drive आदि की ओर proxy करता है
      यह पूरी तरह stateless है और कई तरह के backends से जुड़ सकता है
    • RustFS में बहुत-सी features हैं, और यह अपना key management भी कर सकता है, लेकिन यह अभी development में है
      code के भीतर पहले से ही license switch की तैयारी मौजूद है
      Ceph का S3 feature set सबसे मिलता-जुलता है, लेकिन setup जटिल है और यह latency के प्रति संवेदनशील है
      Garage साधारण storage के लिए अच्छा है, लेकिन इसमें S3 के advanced ACL या path restriction जैसी सुविधाएँ नहीं हैं
      clustering WAN-friendly है, लेकिन Ceph की तरह rack-level configuration की ज़रूरत नहीं होती
    • मैंने MinIO के अलावा Garage और Ceph इस्तेमाल किए हैं, लेकिन मुझे सिर्फ local testing के लिए एक simple S3 file system चाहिए
      अभी ऐसा सीधा-सादा alternative शायद नहीं है
    • मैं single machine पर SeaweedFS को S3-compatible storage की तरह इस्तेमाल कर रहा हूँ
      management features कम हैं, लेकिन data integrity के मामले में मुझे Ceph पर ज़्यादा भरोसा है
      Ceph को देखकर लगता है कि इसे ऐसे लोगों ने बनाया है जो distributed systems को सच में गहराई से समझते हैं
    • मैंने ऊपर दी गई alternatives की सूची को MinIO repository में Pull Request के रूप में जोड़ा है
      PR लिंक

  • पिछला HN thread देखने पर पता चलता है कि MinIO पहले ही maintenance mode में जा चुका था
    उसी समय से closed source में बदलाव का संकेत मिल गया था

    • लेकिन maintenance mode और “अब और maintenance नहीं” एक ही बात नहीं हैं

  • MinIO में पहले से transparency की कमी थी, और यह आलोचनात्मक issues हटाने या comments lock करने जैसी हरकतों से open source भावना से दूर जा चुका था
    इसलिए maintenance mode में जाते ही मैंने Garage पर switch कर लिया
    मैं PR तैयार कर रहा हूँ, लेकिन अभी submit नहीं कर पाया हूँ

    • ऐसे projects के लिए उन्नत तकनीकी कौशल चाहिए, इसलिए मुझे नहीं लगता कि मुफ़्त users से निपटने की कोई वजह है
      ज़्यादातर गंभीर open source projects को industry support मिलता है, और आम web developers के लिए योगदान देना आसान नहीं होता

  • अगर MinIO repository delete हो जाए, इसकी आशंका को देखते हुए मैं सलाह दूँगा कि fork बनाकर उसे local में सुरक्षित रखें
    GitHub की public repositories delete होने पर भी forks बचे रहते हैं, लेकिन अगर उन्हें private कर दिया जाए तो forks भी गायब हो जाते हैं
    Ruby ecosystem के prawn_plus Gem में भी ऐसा ही कुछ हुआ था
    GitHub fork policy document देखें
    जो लोग MinIO को सिर्फ local testing के लिए इस्तेमाल करते थे, उनके लिए यह धीरे-धीरे बंद होने वाला जाल बन सकता है

  • अगर आप Thanos, Loki, Mimir, Tempo जैसी observability solutions चला रहे हैं जिन्हें object storage चाहिए
    तो इसके बजाय VictoriaMetrics, VictoriaLogs, VictoriaTraces पर विचार किया जा सकता है
    ये block storage आधारित हैं, petabyte scale तक बढ़ सकते हैं, और manual management के बिना उच्च performance तथा availability देते हैं