ಕೆಲಸವು ತನ್ನ Sidekiq ಕೆಲಸಗಾರನ ಪರಿಸರವನ್ನು ಬಳಸುತ್ತದೆ, ಹೊಸ ಟರ್ಮಿನಲ್ ಅಥವಾ Rails ವೆಬ್ ಪ್ರಕ್ರಿಯೆ ಅಲ್ಲ. HTTP ಕ್ಲೈಂಟ್ ಈ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಓದುವ ಮುಂಚೂಣಿ ಕೆಲಸಗಾರನಿಗೆ:

http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiq

Sidekiq ದಾಖಲಿಸಿರುವ systemd-ನಿರ್ವಹಿತ Linux ವ್ಯವಸ್ಥೆಗೆ, ಮೌಲ್ಯಗಳನ್ನು ನಿಜವಾದ ಕೆಲಸಗಾರ ಘಟಕದ drop-in ನಲ್ಲಿ ಇರಿಸಿ:

[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"

ಘಟಕದ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ ಮತ್ತು ನಿಯೋಜನೆಯ ಸಾಮಾನ್ಯ ಮರುಪ್ರಾರಂಭ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಕೆಲಸಗಾರನನ್ನು ಬದಲಾಯಿಸಿ. ಇರುವ ಕೆಲಸಗಾರನಲ್ಲಿ Rails ಕೋಡ್ ಮರುಲೋಡ್ ಮಾಡುವುದು ಅದರ ವಂಶಾನುಗತ ಪರಿಸರವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.

ಸಾರ್ವಜನಿಕ ಸೇವಾ ಪರಿಶೀಲನೆಯು ಈ ಮೌಲ್ಯಗಳಲ್ಲಿ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸಬಹುದು, ಸಾರ್ವಜನಿಕ ಮಧ್ಯವರ್ತಿಗಳಿಗೆ ಅನುಮತಿ ಇದ್ದಾಗ ಮತ್ತು ಕೆಲಸಗಾರನ ಕ್ಲೈಂಟ್‌ಗೆ ಸಂರಚಿತ ಅಥವಾ ಉಳಿಸಿದ ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳು ಇಲ್ಲದಿದ್ದಾಗ. ಹಲವು ಸರದಿ-ನಿರ್ದಿಷ್ಟ ಘಟಕಗಳಿದ್ದರೆ, ವಿಫಲವಾದ ಕೆಲಸವನ್ನು ಯಾವುದು ನಿರ್ವಹಿಸಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸಿ. ಇನ್ನೊಂದು ಕೆಲಸಗಾರನ ಯಶಸ್ಸು ಇದರ ಸಂರಚನೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಆ ಘಟಕ ಮತ್ತು HTTP ಕ್ಲೈಂಟ್ ಅನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ. ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ಕೆಲಸಗಾರನಿಗೆ ನೀಡಿದ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಲೆಕ್ಕಿಸದೆ ಬೇರೆ ಮಾರ್ಗ ಬಳಸಬಹುದು; ಆ ಸಂದರ್ಭದಲ್ಲಿ ಅದು ಬೆಂಬಲಿಸುವ ಇಂಟರ್‌ಫೇಸ್ ಸಂರಚಿಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು