OpenTelemetry Collector: OTLP HTTP એક્સપોર્ટરનો પ્રોક્સી સેટ કરો

Collector એપ્લિકેશનો પાસેથી ટેલિમેટ્રી મેળવે છે, પછી તેના ગોઠવેલા બેકએન્ડ સાથે અલગ આઉટબાઉન્ડ કનેક્શન બનાવે છે. પ્રોક્સીને તે આઉટબાઉન્ડ 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 ટેલિમેટ્રી બેકએન્ડનું બેઝ URL જ રહે છે. OTLP HTTP એક્સપોર્ટર સિગ્નલનો પાથ ઉમેરે છે, જેમ કે /v1/traces, સિવાય કે સિગ્નલ-વિશિષ્ટ endpoint તેને બદલે. proxy_url મધ્યસ્થને ઓળખે છે. સંવેદનશીલ ન હોય તેવા, જાહેર અને જાહેર-પ્રોક્સી માર્ગને મંજૂરી આપતા પરીક્ષણ બેકએન્ડ માટે HTTP પ્રોક્સી યાદીમાંથી સરનામું તે URL ભરી શકે છે; બેકએન્ડના વાસ્તવિક host અને port સુધીની પહોંચની ખાતરી કરો.

હાલનું upstream દસ્તાવેજીકરણ આ ઘટકને otlp_http કહે છે અને otlphttp ને અપ્રચલિત ઉપનામ તરીકે વર્ણવે છે. જૂની ડિસ્ટ્રિબ્યુશન જૂનું ઘટક નામ વાપરી શકે છે; એક્સપોર્ટરની વ્યાખ્યા અને પાઇપલાઇન સંદર્ભ બંનેને સ્થાપિત ડિસ્ટ્રિબ્યુશન સાથે સુસંગત રાખો.

આ HTTP ક્લાયન્ટ કન્ફિગરેશન છે. OTLP gRPC એક્સપોર્ટરનું પરિવહન અલગ છે, અને એપ્લિકેશનનું પોતાનું પ્રોક્સી વાતાવરણ આપોઆપ Collectorના કન્ટેનર કે સેવા પ્રોસેસમાં પ્રવેશતું નથી. એ જ રીતે, રિસીવર ગોઠવવું એ આવતી ટ્રાફિકને લાગે છે, આ બેકએન્ડ કનેક્શનને નહીં.

બેકએન્ડની TLS ચકાસણી અને જરૂરી સેવા પ્રમાણીકરણ જાળવો. પ્રોક્સીનો 407 અને બેકએન્ડનો અસ્વીકાર જુદા ખાતાં અને તબક્કા દર્શાવે છે.