استضافة مستودع Chart

بعد امتلاك الأرشيفات وindex.yaml، تعني استضافة مستودع إتاحة هذه الملفات عبر HTTP. لا يحتاج Helm إلا إلى تنزيلها.

لا يتضمن مستودع Helm منطقًا على جانب الخادم. فأي خادم ملفات ثابتة يعيد ملفات .tgz وindex.yaml الخاصة بكم يُعد مستودعًا صالحًا.

غالبًا ما تضع الفرق charts في حاوية مثل S3 أو Google Cloud Storage. ويحوّل الوصول العام للقراءة الحاوية إلى مستودع charts يعمل.

يُعد GitHub Pages خيارًا مجانيًا شائعًا. أودِعوا ملفات .tgz وindex.yaml في فرع، ثم فعّلوا Pages، وسيصبح لديكم مستودع مستضاف.

يجب أن يساوي العنوان الذي تعرضون منه الملفات قيمة --url التي أدرجتموها في index.yaml. ويؤدي عدم التطابق إلى فشل التنزيلات مع أخطاء 404.

يسجّل المستهلكون مستودعكم باستخدام helm repo add، ويمنحونه اسمًا محليًا مستعارًا يشير إلى عنوان URL الذي تعرضونه.

بعد الإضافة، ينفّذ المستخدمون helm repo update لجلب الفهرس الخاص بكم، ثم ينفّذون helm search repo لاكتشاف charts التي تنشرونها.

يستخدم التثبيت الصيغة المختصرة repo/chart. يقرأ Helm الفهرس المخزّن مؤقتًا، وينزّل ملف .tgz الصحيح من مضيفكم، ثم ينشره.

إذا أردتم رفع الملفات عبر API بدلًا من الإيداعات اليدوية، فإن ChartMuseum خادم مفتوح المصدر يخزّن charts ويعيد إنشاء الفهرس نيابةً عنكم.

استضيفوا charts عبر HTTPS دائمًا. فهو يمنع العبث بالبيانات أثناء النقل، وتتوقع إعدادات كثيرة عنوان URL آمنًا عند إضافة المستودع.

لا تحذفوا مطلقًا ملف .tgz منشورًا ما دام مدرجًا في الفهرس. تعتمد عمليات التثبيت الحالية وعمليات الرجوع على بقاء ذلك الأرشيف المحدد قابلًا للتنزيل.

نفّذ أحد زملائكم helm repo add، لكن عمليات التثبيت تعيد خطأ 404 لملف .tgz. ما السبب المرجح؟

تعلّمتم أن مستودع Helm ليس سوى ملفات ثابتة تُعرض عبر HTTPS، مع تطابق عنوان العرض مع العنوان الموجود في index.yaml. ويضيف المستخدمون المستودع ويحدّثونه ويثبتون منه. 🌐