Työ käyttää oman Sidekiq-työntekijänsä ympäristöä, ei uutta päätettä tai Rails-verkkoprosessia. Työntekijälle etualalla, jonka HTTP-asiakas lukee nämä muuttujat:

http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiq

Sidekiqin dokumentoimaan systemd-hallinnoituun Linux-järjestelyyn laita arvot varsinaisen työntekijäyksikön drop-in-tiedostoon:

[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"

Lataa yksikön määritelmät uudelleen ja korvaa työntekijä käyttöönoton tavanomaisella uudelleenkäynnistysmenettelyllä. Rails-koodin uudelleenlataus olemassa olevassa työntekijässä ei korvaa sen perittyä ympäristöä.

Julkisen palvelun tarkistus voi käyttää näissä arvoissa HTTP-välityspalvelinluettelosta saatavaa päätepistettä, kun julkiset välittäjät ovat sallittuja eikä työntekijän asiakkaalla ole määritettyjä tai tallennettuja välityspalvelintunnuksia. Kun käytössä on useita jonokohtaisia yksiköitä, selvitä, mikä niistä suoritti epäonnistuneen työn. Toisen työntekijän onnistuminen ei todista tämän kokoonpanoa.

Kirjaa kyseinen yksikkö ja HTTP-asiakas yhdessä. Erityisesti määritetty asiakas voi käyttää toista reittiä riippumatta työntekijälle toimitetuista muuttujista; määritä siinä tapauksessa sen tuettu rajapinta.

Aiheeseen liittyvät artikkelit