প্রক্সি স্বাস্থ্য: আপনি কোন ওয়েবসাইট ও কোন অপারেশন পরীক্ষা করেছেন?
পুনরায় ব্যবহারযোগ্য প্রক্সি পুল রক্ষণাবেক্ষণ করার সময় সাধারণ প্রক্সি প্রাপ্তিসাধ্যতাকে গন্তব্য-নির্দিষ্ট ব্যর্থতা থেকে আলাদা করুন।
একটি প্রক্সি আপনার আইপি-যাচাই পাতাটি আনতে পারে, কিন্তু আপনার অ্যাপ্লিকেশনের প্রয়োজনীয় API-তে ব্যর্থ হয়। এটিকে “সুস্থ” বা “মৃত” বলা সবচেয়ে উপকারী তথ্যটি হারায়: দুটি অনুরোধ আলাদা ছিল।
এন্ডপয়েন্টের জন্য একটি পরিবহন-ব্যাপী রেকর্ড দিয়ে শুরু করুন। আপনি কি এর লিসেনারে পৌঁছাতে এবং প্রয়োজনীয় প্রক্সি নেগোশিয়েশন সম্পূর্ণ করতে পারেন? গন্তব্য-নির্দিষ্ট পর্যবেক্ষণ ওই রেকর্ডের পাশে রাখুন, তা উপরে লিখবেন না।
| পর্যবেক্ষণ | তদন্তের পরিধি |
|---|---|
| প্রক্সি লিসেনার সংযোগ প্রত্যাখ্যান করে | এন্ডপয়েন্ট এবং সেখানে যাওয়ার পথ |
| প্রক্সি একটি গন্তব্য পোর্ট প্রত্যাখ্যান করে | ওই গন্তব্যের জন্য অনুমোদিত অপারেশন |
| একটি ওয়েবসাইট অ্যাকাউন্ট ত্রুটি ফেরত দেয় | গন্তব্য অ্যাপ্লিকেশন ও শংসাপত্র |
| বড় প্রতিক্রিয়া থেমে যায়, ছোটগুলো শেষ হয় | স্থানান্তর কাজের ভার ও সময়সীমা নীতি |
একটি HTTP প্রতিক্রিয়া প্রমাণ করতে পারে যে একটি অনুরোধ পথ কিছু ফেরত দিয়েছে, অথচ অ্যাপ্লিকেশনের জন্য তা এখনও ব্যবহারের অযোগ্য। পরিবহন সাফল্য, HTTP স্ট্যাটাস এবং প্রত্যাশিত বিষয়বস্তু আলাদা ফলাফল হিসেবে রাখুন।
যদি একটি গন্তব্য বারবার ব্যর্থ হয়, ওই এন্ডপয়েন্ট-ও-গন্তব্য জোড়াটি থামান বা তদন্ত করুন। প্রতিটি অসম্পর্কিত কাজের জন্য প্রক্সি নিষ্ক্রিয় করা উপকারী সক্ষমতা নষ্ট করতে পারে। বিপরীতে, একটি বৈশ্বিক সংযোগ ব্যর্থতা এক ওয়েবসাইটের বিচ্ছিন্ন রেকর্ডের পেছনে লুকিয়ে থাকা উচিত নয়।
একটি ব্যবহারিক স্বাস্থ্য-কী-তে প্রক্সি শনাক্তকারী, গন্তব্য সেবা এবং অপারেশনের ধরন থাকতে পারে। পুরো শংসাপত্র-বহনকারী URL বা প্রতিটি অনন্য রিসোর্স পথকে ক্রমবর্ধমান কী হিসেবে ব্যবহার করা এড়িয়ে চলুন। কেবল তখনই দলবদ্ধ করুন যখন দলবদ্ধকরণ পরবর্তী অনুরোধ সম্পর্কে অর্থপূর্ণ পূর্বাভাস দেয়।
উদ্দেশ্য হলো উন্নত রাউটিং প্রমাণ, সবুজ ব্যাজের বড় সংগ্রহ নয়। একটি স্বাস্থ্য ফলাফল বলতে হবে কী চেষ্টা করা হয়েছিল, কখন, এবং এটি আসলে কী প্রতিষ্ঠা করেছে।