வேலை அதன் சொந்த 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 கிளையண்டையும் ஒன்றாகப் பதிவு செய்யுங்கள். வெளிப்படையாகக் கட்டமைக்கப்பட்ட கிளையண்ட் பணியாளருக்கு வழங்கப்பட்ட மாறிகளைப் பொருட்படுத்தாமல் வேறு வழியைப் பயன்படுத்தலாம்; அவ்வாறாயின் அது ஆதரிக்கும் இடைமுகத்தைக் கட்டமைக்கவும்.

தொடர்புடைய கட்டுரைகள்