Toxiproxy מעביר זרם TCP אל upstream מוגדר ויכול לשבש את הזרם הזה. ממשק הבקרה HTTP שלו אינו הופך את מאזין התעבורה לפרוקסי קדמי של HTTP.

עבור SDK שהוגדר להשתמש בפרוקסי HTTP, פרוקסי קדמי קיים יכול לשבת מאחוריו:

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 של ה-SDK אל http://127.0.0.1:7890. המאזין מעביר הלאה את בקשת ה-CONNECT של ה-SDK; פרוקסי ה-HTTP מפרש את CONNECT ופותח את המנהרה אל היעד.

כתובות loopback אלה מניחות שכל שלושת הרכיבים המקומיים חולקים אותו מרחב שמות רשת. רכיבים בתוך מכולות זקוקים לכתובות שנגישות ממרחבי השמות שלהם.

הסדר הזה משנה את המסלול מהלקוח אל הפרוקסי הקדמי. הוא אינו מחליף את ה-TLS של היעד או את אימות השירות. בעת הערכת תקלה מוזרקת, חשבו בנפרד את הניסיונות החוזרים של ה-SDK: פעולה שהתאוששה יכולה להסתיר ניסיון כושל קודם.

מאמרים קשורים