فشل مُثبّت MinIO مرة أخرى، هذه المرة مع خطأ HTTP 410

هذا يحدث مرة أخرى ويُسبب فشل اختبارات النظام القياسية في خط التكامل المستمر (CI)

فشل خط التكامل المستمر لاختبارات النظام القياسية لإضافات Discourse أثناء إعداد بيئة MinIO المشتركة. أعاد تنزيل عميل MinIO رمز HTTP 410 قبل بدء تشغيل أي من اختبارات النظام الخاصة بالإضافات.

أؤكد فقط على هذا الأمر وأنا أبحث فيه. يبدو أن عمليات البناء من المصدر (upstream) قد اختفت.

نعم.

يبدو أن:

  • كلًا من minio/minio وminio/mc أصبحا مؤرشفين حاليًا.
  • يقول ملف README الخاص بـ MinIO: “بدائل: AIStor Free — نسخة مستقلة ومكتملة الميزات للاستخدام المجتمعي (رخصة مجانية)”
  • يقول ملف README الخاص بـ MinIO أيضًا: “مهم: تُوزَّع الآن نسخة المجتمع من MinIO ككود مصدر فقط. لن نوفر بعد الآن إصدارات ثنائية مُجمَّعة مسبقًا للنسخة المجتمعية.”

لست متأكدًا مما إذا كان AIStor بديلًا بسيطًا يمكن استبداله مباشرة؟

بما أن هذا ببساطة لم يعد يعمل، فهل من الأفضل تعطيل هذا الاعتماد وتخطي أي اختبارات تعتمد عليه مؤقتًا؟

لقد صادفتُ شيئًا مشابهًا عندما لاحظتُ أن Minio يعتمد عليه أحد الخدمات التي أستخدمها، وقد كنتُ أمس فقط أقيّم البدائل المتاحة.

يبدو أن الخيار الأكثر خفةً وتطورًا هو https://garagehq.deuxfleurs.fr/، بينما الخيار الأكثر شمولاً (لا يزال قيد التطوير وقد لا يكون جاهزًا بعد للاستخدام في بيئة الإنتاج) هو RustFS · GitHub

نعم، يبدو أن RustFS هو الخيار الأفضل من النظرة الأولى، لكنه ليس حلاً جاهزاً للاستخدام المباشر. حالياً، أعمل على استنساخ هذين المستودعين وإنشاء سير عمل سيقوم ببناء الملف التنفيذي (binary) لنا.

من S3 Compatibility Matrix

الإمكانية الحالة النطاق
تفويض ACL :cross_mark: مستبعد سلوك منتج غير مدعوم عمداً

كما أن Garage تفتقر إلى وظيفة ACL اللازمة أيضاً.