Helm: الحصول على بعض المعلومات

erikbgithub شكرًا لك على استخدام Helm. نأمل أن نتمكن من معالجة مشاكلك. لمشاهدة النتائج التي تم تحليلها للقالب ، يمكنك إضافة علامة --debug لترى الناتج النهائي. ستتيح لك أيضًا إضافة علامة --dry-run مع --debug مشاهدة الإخراج دون التثبيت الفعلي.

يستخدم Helm gRPC وليس REST لذلك لن تتمكن من رؤية الطلبات إلى Tiller كما قد تكون معتادًا على تطبيقات REST التقليدية.

يوجه --namespace Helm لتثبيت مخططك في مساحة الاسم المحددة.
يشير TILLER_NAMESPACE إلى مساحة الاسم التي تم تثبيت أداة حرث مكون الواجهة الخلفية فيها ("نظام kube" افتراضيًا)

امل ان يساعد. يرجى إعلامنا إذا كان لديك أي أسئلة أخرى.

مرحبًا jascott1 ، شكرًا على الرد.

لست متأكدًا من اكتمال سؤال مساحة الاسم. لأنني أفعل كلا الأمرين في جلسة منفصلة بعد أن نجح helm init بالفعل في يوم آخر.

مثال. لنفترض أنك تبدأ اليوم بجلسة bash جديدة لم يتم فيها تعيين بيئة قيادة. تم نشر الحارث بالفعل. الآن أنت تفعل فقط helm ls --namespace=foobar وتفشل. الآن قمت بتعيين export TILLER_NAMESPACE=foobar والآن نجح helm ls بدون علامة مساحة الاسم. هل توافق على أن الموقف لا تفسر إجابتك؟

كلا ، يمكنني أن أفهم تعليمات @ jascott1 بوضوح تام (ولكن بعد ذلك ، أنا مطور دفة).

• helm list مع --namespace المخططات التي تم إصدارها في مساحة الاسم هذه. لا يخبرنا أي رأس مساحة الاسم يجب أن يبحث عن الحارث.

• TILLER_NAMESPACE=foobar helm list يخبر الدفة بالتواصل مع نسخة أداة الحرث المثبتة في مساحة الاسم foobar لسرد جميع الإصدارات المثبتة عبر جميع مساحات الأسماء.

أستطيع أن أفهم الالتباس ، رغم ذلك. تم توثيق TILLER_NAMESPACE هنا :

سيبحث Helm عن Tiller في مساحة الاسم kube-system ما لم يتم تعيين --tiller-namespace أو $TILLER_NAMESPACE .

هل هذا يساعد في توضيح الأمور؟ إذا لم يكن الأمر كذلك ، أقترح بشدة إلقاء نظرة على قسم استخدام Helm في المستندات للحصول على صورة أوضح.

اها، الآن انا فهمت. شكرا!