প্রক্সি এক্সিটগুলো প্রতিলিপি থেকে আলাদাভাবে গণনা করুন

একটি অনুবাদক গেটওয়ের পেছনে তিনটি প্রক্সি প্রতিলিপি তবুও একটি পাবলিক এক্সিট প্রকাশ করতে পারে। প্রাইভেট কন্টেইনার ঠিকানা গন্তব্যে দৃশ্যমান পরিচয় নির্ধারণ করে না।

client → published service → proxy replica → egress/NAT → destination

চিত্রটি দুই ভাগে অনুসরণ করুন। প্রকাশিত সেবা নির্ধারণ করে ক্লায়েন্ট কীভাবে একটি প্রতিলিপিতে পৌঁছায়। ইগ্রেস রুট ও NAT ওই প্রতিলিপির পরবর্তী সংযোগের উৎস ঠিকানা নির্ধারণ করে।

Docker Swarm-এর রাউটিং মেশ একটি প্রকাশিত সেবা পোর্টে ট্রাফিক গ্রহণ করে এবং সক্রিয় টাস্কে পাঠায়। এটি প্রবেশ বিতরণ ও টাস্ক স্থাপনের পরিবর্তন সমর্থন করে; এটি প্রতিটি প্রতিলিপিতে আলাদা পাবলিক এক্সিট বরাদ্দ করে না।

যদি আলাদা এক্সিট প্রয়োজন হয়, তবে তাদের প্রকৃত রুট ও ঠিকানা নকশা করুন, যেমন আলাদাভাবে রাউট করা হোস্ট বা নির্ধারিত ইগ্রেস গেটওয়ে, তারপর পর্যবেক্ষিত বাহ্যিক পরিচয় গণনা করুন।

প্রতিলিপি প্রতিস্থাপন তার জীবন্ত স্ট্রিমও প্রতিস্থাপন করে

একটি প্রতিষ্ঠিত CONNECT টানেল একটি প্রক্সি প্রসেসের অন্তর্গত। সেই প্রসেস প্রতিস্থাপন করলে অন্য একটি টাস্ক গন্তব্যের TCP ও TLS অবস্থা স্বচ্ছভাবে পুনরায় তৈরি করতে পারে না। পুনঃসংযোগের পরিকল্পনা করুন এবং রক্ষণাবেক্ষণের জন্য দীর্ঘস্থায়ী সংযোগ নিষ্কাশন করুন।

ক্লায়েন্ট প্রমাণীকরণ ও গন্তব্য নীতি প্রতিলিপিগুলোতেও বহন করুন। লোড ব্যালেন্সারের সফল পোর্ট পরীক্ষা একটি অনুমোদিত ক্লায়েন্টের প্রয়োজনীয় প্রক্সি প্রোটোকল নিয়ে দরকষাকষির চেয়ে সংকীর্ণ। ক্ষমতা, এক্সিট পরিচয় ও সংযোগ টিকে থাকা আলাদা প্রয়োজনীয়তা যা মূল্যায়ন করতে হবে।