פקודה על צומת Kubernetes יכולה להשתמש בפרוקסי של מעטפת, בעוד של-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.

מאמרים קשורים