প্রক্সি সেশন অ্যাফিনিটি: একটি অনুরোধ নাকি পুরো কর্মপ্রবাহ?

লগইন, রিডাইরেক্ট আর একটি রিপোর্ট ডাউনলোড — এগুলো তিনটি অনুরোধ। ব্যবহারকারীর কাছে কিন্তু এগুলো একটিই কাজ। প্রতিটি অনুরোধের মাঝে এক্সিট ঘোরালে প্রতিটি প্রক্সি কাজ করলেও সেই কাজটি বোঝা কঠিন হয়ে যেতে পারে।

রুটের মালিক কোন একক, তা ঠিক করে শুরু করুন। অনুরোধ-স্তরের নির্বাচন স্বতন্ত্র কাজের জন্য উপযুক্ত। ওই প্রকাশ্য কাজগুলোর জন্য বিনামূল্যের প্রক্সি তালিকা প্রার্থী দেয় যখন প্রকাশ্য মধ্যস্থতাকারী অনুমোদিত; এটি কোনো স্টিকি-সেশন চুক্তি দেয় না। কর্মপ্রবাহ-স্তরের নির্বাচন সংশ্লিষ্ট ধাপগুলোকে একটি ইচ্ছাকৃত পথে রাখে, যতক্ষণ না কর্মপ্রবাহ শেষ হয় বা একটি নির্দিষ্ট পুনরুদ্ধার সিদ্ধান্ত তা প্রতিস্থাপন করে।

কুকি আর প্রক্সি অ্যাফিনিটি আলাদা অবস্থা

অ্যাপ্লিকেশন কুকি ওয়েবসাইটের সেশন নিয়মের অংশ। সরবরাহকারীর স্টিকি-সেশন শনাক্তক, যখন দেওয়া হয়, তার প্রক্সি পরিষেবা এবং নথিভুক্ত সংযোগ বা অ্যাকাউন্ট নীতির অংশ। দুটোই সেশন শব্দটি ব্যবহার করে বলে তারা একটিই সেটিং হয়ে যায় না।

সাধারণ CONNECT মধ্যস্থতাকারী ওয়েবসাইটের এনক্রিপ্ট করা Cookie হেডার পড়তে পারে না এবং সেটিকে রাউটিং কী হিসেবে ব্যবহার করতে পারে না। কোনো পরিষেবা কুকি-চালিত আচরণের প্রতিশ্রুতি দিলে, জেনে নিন কোন দৃশ্যমান ইন্টারফেস ওই কুকি বহন করে এবং সেখানে TLS শেষ হয় কি না। ওয়েবসাইটের ব্যক্তিগত কুকি টানেলিং গেটওয়ের জন্য স্বয়ংক্রিয়ভাবে পাওয়া যায় — এমন ধরে নেবেন না।

ছোট একটি কর্মপ্রবাহ রেকর্ড রাখুন: বেছে নেওয়া এন্ডপয়েন্ট, ব্যবহার হলে সরবরাহকারীর সেশন শনাক্তক, অ্যাপ্লিকেশনের সেশন শনাক্তক, এবং যে শর্তে অ্যাফিনিটি শেষ হয়। নিয়মিত রেকর্ড-কি-তে অ্যাকাউন্টের গোপন তথ্য রাখবেন না।

অস্বস্তিকর পরিস্থিতির পরিকল্পনা করুন

বেছে নেওয়া রুট মাঝপথে ব্যর্থ হলে ঠিক করুন কর্মপ্রবাহটি অন্য এক্সিটে নিরাপদে চালিয়ে যেতে পারে কি না, তার অ্যাপ্লিকেশন সেশন নতুন করে তৈরি করতে হবে কি না, নাকি থামতে হবে। ব্যর্থ প্রতিক্রিয়ার মানে সবসময় এই নয় যে পাঠানো কোনো কাজ কখনও প্রক্রিয়া হয়নি।

স্থায়ী স্টিকিনেস বা নিয়মিত রোটেশন — কোনোটিই সর্বজনীনভাবে সঠিক নয়। অ্যাপ্লিকেশনের সামঞ্জস্যের প্রয়োজন থেকে পরিসর বেছে নিন, তারপর পুরো কর্মপ্রবাহে অনুরোধের গতি ও পরিষেবার সীমা প্রয়োগ করুন। বেশি এক্সিট ওই প্রয়োজনগুলো মেটায় না।