בריאות הפרוקסי: איזה אתר ואיזו פעולה בדקתם?
הפרידו בין נגישות כללית של הפרוקסי לבין כשלים ספציפיים ליעד כאשר אתם מתחזקים מאגר פרוקסי לשימוש חוזר.
פרוקסי מביא את עמוד בדיקת ה-IP שלכם ונכשל ב-API שהאפליקציה שלכם זקוקה לו. לקרוא לו „בריא” או „מת” מפספס את העובדה השימושית ביותר: שתי הבקשות היו שונות.
התחילו ברשומת תעבורה כוללת עבור נקודת הקצה. האם אתם מצליחים להגיע למאזין שלה ולהשלים את משא ומתן הפרוקסי הנדרש? שמרו תצפיות ספציפיות ליעד לצד אותה רשומה במקום לדרוס אותה.
| תצפית | היקף לבדיקה |
|---|---|
| המאזין של הפרוקסי דוחה חיבורים | נקודת הקצה והמסלול אליה |
| הפרוקסי דוחה פורט יעד אחד | הפעולה המותרת עבור אותו יעד |
| אתר אחד מחזיר שגיאת חשבון | אפליקציית היעד והאישורים |
| תגובות גדולות נתקעות, קטנות מסתיימות | עומס ההעברה ומדיניות הזמן הקצוב |
תגובת HTTP יכולה לבסס שמסלול בקשה החזיר משהו ועדיין להיות חסרת תועלת עבור האפליקציה. שמרו הצלחת תעבורה, סטטוס HTTP ותוכן צפוי כתוצאות נפרדות.
אם יעד אחד נכשל שוב ושוב, עצרו או חקרו את הצימוד הזה של נקודת קצה ויעד. השבתת הפרוקסי לכל משימה לא קשורה עלולה לבזבז קיבולת שימושית. לעומת זאת, כשל חיבור גלובלי לא צריך להישאר מוסתר מאחורי הרשומה המבודדת של אתר אחד.
מפתח בריאות מעשי יכול לכלול את מזהה הפרוקסי, שירות היעד וסוג הפעולה. הימנעו משימוש בכתובת ה-URL המלאה הנושאת אישורים או בכל נתיב משאב ייחודי כמפתח שגדל תדיר. קבצו רק היכן שהקיבוץ נותן תחזית משמעותית לגבי הבקשה הבאה.
המטרה היא ראיות ניתוב טובות יותר, לא אוסף גדול יותר של תגים ירוקים. תוצאת בריאות צריכה לומר מה נוסה, מתי ומה היא באמת ביססה.