Toxiproxy transmet un flux TCP vers un upstream configuré et peut dégrader ce flux. Son API de contrôle HTTP ne fait pas de l'écouteur de trafic un proxy HTTP forward.

Pour un SDK configuré pour utiliser un proxy HTTP, un proxy forward existant peut se placer derrière :

SDK → Toxiproxy 127.0.0.1:7890 → HTTP proxy 127.0.0.1:8888 → S3:443

Configurez l'écouteur Toxiproxy sur 7890 avec 127.0.0.1:8888 comme upstream. Faites pointer le réglage de proxy HTTP du SDK vers http://127.0.0.1:7890. L'écouteur relaie la requête CONNECT du SDK ; le proxy HTTP interprète CONNECT et ouvre le tunnel de destination.

Ces adresses loopback supposent que les trois composants locaux partagent le même espace de noms réseau. Les composants conteneurisés ont besoin d'adresses joignables depuis leurs propres espaces de noms.

Cette disposition modifie le chemin du client vers le proxy forward. Elle ne remplace ni le TLS de destination ni l'authentification du service. Lors de l'évaluation d'une panne injectée, comptez séparément les réessais du SDK : une opération rétablie peut masquer une tentative échouée plus tôt.

Articles similaires