పని దాని స్వంత 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 క్లయింట్‌ను కలిసి నమోదు చేయండి. స్పష్టంగా కాన్ఫిగర్ చేసిన క్లయింట్ వర్కర్‌కు ఇచ్చిన వేరియబుల్స్‌తో సంబంధం లేకుండా మరో మార్గాన్ని ఉపయోగించవచ్చు; ఆ సందర్భంలో అది మద్దతిచ్చే ఇంటర్‌ఫేస్‌ను కాన్ఫిగర్ చేయండి.

సంబంధిత వ్యాసాలు