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 ಮತ್ತು ಬ್ಯಾಕೆಂಡ್‌ನ ನಿರಾಕರಣೆ ಬೇರೆ ಬೇರೆ ಖಾತೆಗಳು ಮತ್ತು ಹಂತಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ.