يمكن لأمر يعمل على عقدة Kubernetes أن يستخدم وكيل shell بينما لا يملك Pod على تلك العقدة أي بيئة وكيل. تُحدَّد بيئة الحاوية بواسطة صورتها وإعداد Pod.

بالنسبة لتطبيق يدعم هذه المتغيرات، أضف قائمة env إلى مدخل الحاوية الحالي:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

في Deployment، يقع هذا تحت الحاوية المعنية في spec.template.spec.containers. حدّث عبء العمل عبر عملية الطرح المعتادة حتى تتلقاه Pods الجديدة. وفّر أيضًا الأسماء بحروف صغيرة عندما يطلبها العميل الفعلي.

قائمة التجاوز مثال أولي وليست جردًا لكل مسار في العنقود. استخدم لاحقة DNS الحقيقية للعنقود والوجهات الداخلية. قد تحتاج التطبيقات التي تستخدم عناوين IP للخدمات إلى نطاقات الخدمات الفعلية بصيغة يدعمها عميلها.

لحاويات init مواصفات حاويات خاصة بها. أضف الإعداد المقصود هناك عندما تقوم بتنزيل خارجي. بالنسبة لتنزيلات HTTP العامة، فإن نقطة نهاية من قائمة وكلاء HTTP مرشحة لقيم بيئة الحاوية هذه.

يحدث سحب الصور قبل تشغيل التطبيق ويقوم به وقت تشغيل الحاويات على العقدة. لا يمكن لبيئة Pod تهيئة اتصال السجل الأسبق.

أخيرًا، تؤثر متغيرات وكيل HTTP فقط في العملاء الذين يستخدمونها. وهي لا تعيد توجيه حركة قواعد البيانات أو UDP أو أي حركة مقابس أخرى من Pod.

مقالات ذات صلة