بيئة الوكيل كما يراها عامل Sidekiq
وفّر متغيرات الوكيل عند بدء عملية Sidekiq، بما في ذلك إعداد خدمة systemd للعاملين المُدارين.
تستخدم المهمة بيئة عامل Sidekiq الخاص بها، لا طرفية جديدة ولا عملية ويب في Rails. بالنسبة لعامل في المقدمة يقرأ عميل HTTP الخاص به هذه المتغيرات:
http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiqبالنسبة لترتيب لينكس المُدار عبر systemd الموثق في Sidekiq، ضع القيم في ملف الإسقاط الخاص بوحدة العامل الفعلية:
[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"أعد تحميل تعريفات الوحدة واستبدل العامل عبر إجراء إعادة التشغيل المعتاد في النشر. إعادة تحميل كود Rails داخل عامل قائم لا تستبدل بيئته الموروثة.
يمكن لفحص خدمة عامة أن يستخدم نقطة نهاية من قائمة وكلاء HTTP في هذه القيم عندما تكون الوسائط العامة مسموحًا بها ولا يملك عميل العامل بيانات اعتماد وكيل مُهيأة أو محفوظة. مع وجود عدة وحدات خاصة بقوائم انتظار، حدّد أيّها نفّذ المهمة الفاشلة. نجاح عامل آخر لا يثبت إعداد هذا العامل.
سجّل تلك الوحدة وعميل HTTP معًا. يمكن لعميل مُهيأ صراحةً استخدام مسار آخر بصرف النظر عن المتغيرات المُسلَّمة إلى العامل؛ هيّئ واجهته المدعومة في تلك الحالة.