Sidekiq వర్కర్ చూసే ప్రాక్సీ వాతావరణం
Sidekiq ప్రక్రియ ప్రారంభమైనప్పుడు ప్రాక్సీ వేరియబుల్స్ అందించండి, నిర్వహించబడే వర్కర్ల కోసం systemd సేవా కాన్ఫిగరేషన్తో సహా.
పని దాని స్వంత Sidekiq వర్కర్ వాతావరణాన్ని ఉపయోగిస్తుంది, కొత్త టెర్మినల్ లేదా Rails వెబ్ ప్రక్రియ కాదు. ఈ వేరియబుల్స్ను HTTP క్లయింట్ చదివే ముందు వరుస వర్కర్ కోసం:
http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiqSidekiq డాక్యుమెంట్ చేసిన systemd-నిర్వహిత Linux ఏర్పాటు కోసం, విలువలను అసలు వర్కర్ యూనిట్ drop-inలో ఉంచండి:
[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"యూనిట్ నిర్వచనాలను మళ్లీ లోడ్ చేయండి మరియు డిప్లాయ్మెంట్ యొక్క సాధారణ పునఃప్రారంభ ప్రక్రియ ద్వారా వర్కర్ను భర్తీ చేయండి. ఇప్పటికే ఉన్న వర్కర్లో Rails కోడ్ను మళ్లీ లోడ్ చేయడం దాని వారసత్వ వాతావరణాన్ని భర్తీ చేయదు.
ప్రజా-సేవా తనిఖీ ఈ విలువలలో HTTP ప్రాక్సీ జాబితా నుండి ఒక ఎండ్పాయింట్ను ఉపయోగించవచ్చు, ప్రజా మధ్యవర్తులు అనుమతించబడి, వర్కర్ క్లయింట్కు కాన్ఫిగర్ చేసిన లేదా నిల్వ చేసిన ప్రాక్సీ ఆధారాలు లేనప్పుడు. అనేక క్యూ-నిర్దిష్ట యూనిట్లు ఉంటే, విఫలమైన పనిని ఏది నిర్వహించిందో గుర్తించండి. మరో వర్కర్ విజయం దీని కాన్ఫిగరేషన్ను నిరూపించదు.
ఆ యూనిట్ మరియు HTTP క్లయింట్ను కలిసి నమోదు చేయండి. స్పష్టంగా కాన్ఫిగర్ చేసిన క్లయింట్ వర్కర్కు ఇచ్చిన వేరియబుల్స్తో సంబంధం లేకుండా మరో మార్గాన్ని ఉపయోగించవచ్చు; ఆ సందర్భంలో అది మద్దతిచ్చే ఇంటర్ఫేస్ను కాన్ఫిగర్ చేయండి.