Toxiproxy ले TCP स्ट्रिमलाई कन्फिगर गरिएको अपस्ट्रिममा अगाडि पठाउँछ र त्यो स्ट्रिम बिगार्न सक्छ। तर यसको HTTP नियन्त्रण API ले ट्राफिक सुन्नेलाई HTTP फर्वार्ड प्रोक्सी बनाउँदैन।

HTTP प्रोक्सी प्रयोग गर्न कन्फिगर गरिएको SDK का लागि, अवस्थित फर्वार्ड प्रोक्सी यसको पछाडि बस्न सक्छ:

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

Toxiproxy सुन्नेलाई 7890 मा राख्नुहोस् र 127.0.0.1:8888 लाई यसको अपस्ट्रिम बनाउनुहोस्। SDK को HTTP प्रोक्सी सेटिङ http://127.0.0.1:7890 तिर देखाउनुहोस्। सुन्नेले SDK को CONNECT अनुरोध अगाडि पठाउँछ; HTTP प्रोक्सीले CONNECT बुझेर गन्तव्यको सुरुङ खोल्छ।

यी loopback ठेगानाहरूले तीनै स्थानीय कम्पोनेन्टहरू एउटै नेटवर्क नेमस्पेस साझा गर्छन् भन्ने मान्छन्। कन्टेनरभित्रका कम्पोनेन्टलाई आफ्नै नेमस्पेसबाट पुग्न सकिने ठेगाना चाहिन्छ।

यो व्यवस्थाले क्लाइन्टदेखि फर्वार्ड प्रोक्सीसम्मको बाटो बदल्छ। यसले गन्तव्यको TLS वा सेवा प्रमाणीकरणको ठाउँ लिँदैन। इन्जेक्ट गरिएको खराबी मूल्याङ्कन गर्दा SDK का पुनः प्रयासहरू छुट्टै गन्नुहोस्: सफल भइसकेको कार्यले अघिल्लो असफल प्रयास लुकाउन सक्छ।

सम्बन्धित लेखहरू