Sett inn en proxybevisst PSR-18-klient i Elasticsearch PHP

Send en konfigurert Guzzle til applikasjonens eksisterende ClientBuilder, og la klyngeverter og autentisering bli værende på den builderen.

$http = new \GuzzleHttp\Client([
    'proxy' => 'http://proxy.example:8080',
]);

$builder->setHttpClient($http);
$elasticsearch = $builder->build();

$builder er den eksisterende Elastic\Elasticsearch\ClientBuilder med de tiltenkte klyngevertene og autentiseringen. Disse vertene forblir destinasjonene; den innsatte HTTP-klienten velger mellomleddet deres, og bruker en HTTP-kandidat fra HTTP-proxylisten når en offentlig rute til klyngen er tillatt.

Med den dokumenterte standard-Guzzle-transporten godtar setHttpClientOptions også et proxy-alternativ. En annen levert PSR-18-implementering trenger sin egen konfigurasjon; Guzzle-alternativnavn er ikke et grensesnitt som alle implementeringer deler.

setConnectionParams med nestede cURL-alternativer hører til en eldre transportgenerasjon. Bruk inndataene som den faktisk konstruerte klassen eksponerer.

Gjenbruk den konfigurerte klienten for arbeidsbelastningen. Hold proxy-påloggingsinformasjon hos mellomleddet og API-nøkkelen hos Elasticsearch, og ta vare på en 407 atskilt fra en autorisasjonsrespons fra klyngen.

Relaterte artikler