Helm: ما هي الطريقة الموصى بها لتجاوز القيم الافتراضية للرسم البياني التابع؟

تم إنشاؤها على ٢١ أغسطس ٢٠١٨  ·  3تعليقات  ·  مصدر: helm/helm

ناتج helm version :
2.8 و 2.9

ناتج kubectl version :
2.10 و 2.11

مزود / منصة السحابة (AKS ، GKE ، Minikube وما إلى ذلك):
AWS EC2 (مع kops)

لنفترض أن الرسم البياني A يعتمد على المخطط B ، لذلك فإنه يسرد B في متطلباته. يحدد الرسم البياني A أيضًا قيمًا. yaml للقيم الافتراضية. الرسم البياني B موجود في الريبو ، ويحتوي المخطط على قيم. yaml التي توفر القيم الافتراضية B للمخطط ، ولا يمكن تحريرها. أخيرًا ، يجب تجاوز بعض قيم الرسم البياني B ، حتى قيم الجذر:

# chart B values.yaml provides B defaults:
someRootVar: someValue

و

# chart A values.yaml, attempt to override B defaults: 
B:
    someRootVar: someOtherValue

هذا لا يعمل. كيف يمكن تجاوز بعض RootVar الخاص بـ B بحيث يكون له قيمة someOtherValue بدلاً من بعض القيمة ، إما عن طريق قيم A.

questiosupport

التعليق الأكثر فائدة

نعم إنه تشك. أعتقد أن العنوان محير ، لقد تخطيته عندما كنت أتصفح الصفحة. أقترح أن يكون عنوان القسم هو "تجاوز قيم الرسم البياني الفرعي" ، والذي يركز على المشكلة (مساحة المستخدم) بدلاً من الحل (مساحة التطوير - أي وضع مفتاح خاص في المخطط الأصلي - وهذا أحد الحلول العديدة التي تم تنفيذها في القياده!).

ال 3 كومينتر

لذلك وجدت هذا المثال المذكور في المستندات: https://github.com/sapcc/helm-charts/blob/master/system/sentry/values.yaml. يشير هذا إلى أنه يمكنك وضع اسم المخطط كعنصر جذر في قيم A. إذا كان هذا صحيحًا ، فأين يتم توثيق هذا النهج في دفة المستندات؟

أعتقد أنك تبحث عن هذا

يناقش هذا القسم أيضًا استخدام مساحة الاسم المشتركة global التي تنشئ اقترانًا ، ولكنها قد تكون مفيدة في بعض السيناريوهات.

نعم إنه تشك. أعتقد أن العنوان محير ، لقد تخطيته عندما كنت أتصفح الصفحة. أقترح أن يكون عنوان القسم هو "تجاوز قيم الرسم البياني الفرعي" ، والذي يركز على المشكلة (مساحة المستخدم) بدلاً من الحل (مساحة التطوير - أي وضع مفتاح خاص في المخطط الأصلي - وهذا أحد الحلول العديدة التي تم تنفيذها في القياده!).

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات