Toxiproxy ഒരു TCP സ്ട്രീം ക്രമീകരിച്ച upstream-ലേക്ക് കൈമാറുന്നു, ആ സ്ട്രീമിനെ തകരാറിലാക്കാനും കഴിയും. എന്നാൽ അതിന്റെ HTTP നിയന്ത്രണ API ട്രാഫിക് ലിസണറെ HTTP forward പ്രോക്സിയാക്കുന്നില്ല.

HTTP പ്രോക്സി ഉപയോഗിക്കാൻ ക്രമീകരിച്ച SDK-ക്ക്, നിലവിലുള്ള forward പ്രോക്സി അതിന് പിന്നിൽ നിൽക്കാം:

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

Toxiproxy ലിസണർ 7890-ൽ ക്രമീകരിച്ച് 127.0.0.1:8888 അതിന്റെ upstream ആക്കുക. SDK-യുടെ HTTP പ്രോക്സി ക്രമീകരണം http://127.0.0.1:7890-ലേക്ക് ചൂണ്ടിക്കാണിക്കുക. ലിസണർ SDK-യുടെ CONNECT അഭ്യർത്ഥന കൈമാറുന്നു; HTTP പ്രോക്സി CONNECT വ്യാഖ്യാനിച്ച് ലക്ഷ്യത്തിലേക്കുള്ള ടണൽ തുറക്കുന്നു.

ഈ loopback വിലാസങ്ങൾ മൂന്ന് പ്രാദേശിക ഘടകങ്ങളും ഒരേ നെറ്റ്വർക്ക് നെയിംസ്പേസ് പങ്കിടുന്നു എന്ന് അനുമാനിക്കുന്നു. കണ്ടെയ്നറിലെ ഘടകങ്ങൾക്ക് അവയുടെ സ്വന്തം നെയിംസ്പേസുകളിൽ നിന്ന് എത്താവുന്ന വിലാസങ്ങൾ വേണം.

ഈ ക്രമീകരണം ക്ലയന്റിൽ നിന്ന് forward പ്രോക്സിയിലേക്കുള്ള പാത മാറ്റുന്നു. ഇത് ലക്ഷ്യത്തിന്റെ TLS-നെയോ സേവന പ്രാമാണീകരണത്തെയോ മാറ്റിസ്ഥാപിക്കുന്നില്ല. കുത്തിവച്ച തകരാർ വിലയിരുത്തുമ്പോൾ SDK-യുടെ വീണ്ടും ശ്രമങ്ങൾ വെവ്വേറെ കണക്കാക്കുക: വീണ്ടെടുത്ത പ്രവർത്തനം മുൻപത്തെ പരാജയപ്പെട്ട ശ്രമം മറച്ചുവയ്ക്കാം.

അനുബന്ധ ലേഖനങ്ങൾ