Sidekiq କର୍ମୀ ଯେଉଁ ପ୍ରକ୍ସି ପରିବେଶ ଦେଖନ୍ତି

କାର୍ଯ୍ୟଟି ନିଜର 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 କ୍ଲାଏଣ୍ଟକୁ ଏକାଠି ରେକର୍ଡ କରନ୍ତୁ। ସ୍ପଷ୍ଟ ଭାବରେ ବିନ୍ୟାସିତ କ୍ଲାଏଣ୍ଟ କର୍ମୀକୁ ଦିଆଯାଇଥିବା ଭେରିଏବଲ ନିର୍ବିଶେଷରେ ଅନ୍ୟ ମାର୍ଗ ବ୍ୟବହାର କରିପାରେ; ସେହି କ୍ଷେତ୍ରରେ ଏହା ସମର୍ଥିତ ଇଣ୍ଟରଫେସ୍ ବିନ୍ୟାସ କରନ୍ତୁ।