Toxiproxy បញ្ជូនលំហូរ TCP ទៅកាន់ upstream ដែលបានកំណត់ ហើយអាចធ្វើឱ្យលំហូរនោះខូច។ ប៉ុន្តែ HTTP control API របស់វាមិនធ្វើឱ្យអ្នកស្តាប់ចរាចរណ៍ក្លាយជា HTTP forward proxy ទេ។

សម្រាប់ SDK ដែលបានកំណត់ឱ្យប្រើ HTTP proxy នោះ forward proxy ដែលមានស្រាប់អាចឈរនៅពីក្រោយវា៖

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

កំណត់អ្នកស្តាប់ Toxiproxy នៅ 7890 ដោយយក 127.0.0.1:8888 ជា upstream របស់វា។ ចង្អុលការកំណត់ HTTP proxy របស់ SDK ទៅ http://127.0.0.1:7890។ អ្នកស្តាប់បញ្ជូនសំណើ CONNECT របស់ SDK; HTTP proxy បកស្រាយ CONNECT ហើយបើកផ្លូវរូងក្រោមដីទៅកាន់គោលដៅ។

អាសយដ្ឋាន loopback ទាំងនេះសន្មតថាសមាសភាគមូលដ្ឋានទាំងបី ចែករំលែក namespace បណ្តាញតែមួយ។ សមាសភាគក្នុង container ត្រូវការអាសយដ្ឋានដែលអាចទៅដល់ពី namespace របស់ពួកវាផ្ទាល់។

ការរៀបចំនេះផ្លាស់ប្តូរផ្លូវពី client ទៅ forward proxy។ វាមិនជំនួស TLS របស់គោលដៅ ឬការផ្ទៀងផ្ទាត់សេវាទេ។ ពេលវាយតម្លៃកំហុសដែលបានចាក់បញ្ចូល សូមរាប់ការព្យាយាមឡើងវិញរបស់ SDK ដោយឡែក៖ ប្រតិបត្តិការដែលបានជាសះស្បើយអាចបាំងការព្យាយាមបរាជ័យមុន។

អត្ថបទពាក់ព័ន្ធ