OpenTelemetry Collector: הגדרת פרוקסי לייצואן OTLP HTTP

ה-Collector מקבל טלמטריה מהיישומים, ואז יוצר חיבור יוצא נפרד ל-backend המוגדר שלו. שימו את הפרוקסי על ייצואן ה-HTTP היוצא הזה:

exporters:
  otlp_http/proxied:
    endpoint: https://telemetry.example:4318
    proxy_url: http://proxy.example:8080

service:
  pipelines:
    traces:
      receivers: [otlp]
      exporters: [otlp_http/proxied]

מזגו את הקטע הזה לתוך התצורה הקיימת. הוא מניח שהמקלט otlp כבר מוגדר ושומר על ה-processors הנדרשים לפריסה ועל שאר הגדרות הצינור. הגדרת ייצואן בלי להפנות אליו מהצינור הרלוונטי לא תעביר דרכו נתונים.

ה-endpoint נשאר כתובת הבסיס של ה-backend לטלמטריה. ייצואן OTLP HTTP מוסיף את נתיב האות, למשל /v1/traces, אלא אם endpoint ייעודי לאותו אות מחליף אותו. proxy_url מזהה את המתווך. עבור backend בדיקה שאינו רגיש, ציבורי ומאפשר מסלול דרך פרוקסי ציבורי, כתובת מרשימת פרוקסי HTTP יכולה למלא את הכתובת; אשרו גישה ל-host ול-port האמיתיים של ה-backend.

התיעוד העדכני של upstream מכנה את הרכיב הזה otlp_http ומתאר את otlphttp ככינוי מיושן. הפצות ישנות יותר יכולות להשתמש בשם הרכיב הישן; שמרו על התאמה בין הגדרת הייצואן לבין ההפניה בצינור לבין ההפצה המותקנת.

זו תצורת לקוח HTTP. לייצואן OTLP gRPC יש תעבורה אחרת, וסביבת הפרוקסי של היישום עצמו לא נכנסת אוטומטית לקונטיינר או לתהליך השירות של ה-Collector. באותו אופן, הגדרת המקלט נוגעת לתעבורה נכנסת, לא לחיבור ה-backend הזה.

שמרו על אימות ה-TLS של ה-backend ועל אימות השירות הנדרש. 407 מהפרוקסי ודחייה מה-backend מצביעים על חשבונות ושלבים שונים.