এটি আপনি কী এড়াতে চাইছেন তার উপর নির্ভর করে।
যদি আপনি এমন কোনও পরিষেবার আন্তঃব্যবস্থা এড়ানোর চেষ্টা করছেন যা সত্যই সমালোচনামূলক পরিষেবা (আমি "আমার এপিআই কলটি যথাযথভাবে পরিষেবা না দেওয়া হয় তবে লোকেরা মারা যাবে" পদে ভাবছি) যে বিশাল অদক্ষতার জন্য আপনার কেবল বাজেট প্রয়োজন উত্সর্গীকৃত সংস্থান সরবরাহ করার উপর থেকে আসে। এবং হ্যাঁ তাদের উত্সর্গীকৃত হতে হবে, ট্র্যাফিক স্পাইক স্টাফের জন্য এগুলির কোনওটিই অনুমতি দেয় না, একাধিক পরিষেবা স্পাইকিংয়ের ফলে এই বিস্তৃতি ঘটবে।
ইন পর্যন্ত সম্ভাবনা বেশি দৃশ্যকল্প তুমি সেবা নিচে যাচ্ছে যে অসুবিধাজনক হবে আপনি উভয় ক্লায়েন্ট এবং সার্ভার পক্ষের সমস্যা মোকাবেলা করতে পারেন। যদিও এটি লক্ষণীয় যে এটি যুক্তিসঙ্গতভাবে অনেক ট্র্যাফিকের সমস্যার সমাধান করা অসম্ভব কারণ ট্র্যাফিক প্রক্রিয়াজাতকরণ ছাড়াই (যা সংস্থানগুলি ব্যয় করে) আপনি এটি আবার চেষ্টা করে দেখতে পারেন না, যদি এটি সফলভাবে চেষ্টা করা হলেও ভুলভাবে পরিচালিত অনুরোধের জন্য চেষ্টা করে থাকে ক্লায়েন্টের দ্বারা, যদি এটি কোনও ডিডিওএস ইত্যাদি থাকে তবে আপনি প্রভাব হ্রাস করতে পারেন ।
ইন ক্লায়েন্ট কোড যুক্তিসম্মত পুনরায় চেষ্টা যুক্তিবিজ্ঞান যা সর্বোচ্চ সীমা এবং gracefully ব্যর্থ একটি প্রক্রিয়া আছে লিখুন। এইভাবে আপনি আপনার ব্যবহারকারীদের ব্যর্থতার অনুরোধগুলির অসীম লুপটিতে আটকে রাখবেন না এবং আপনি তাদের কিছুটা হলেও চেষ্টা করেছিলেন বলে তাদের ত্রুটি দিন।
আপনার সার্ভার সাইড অবকাঠামোর জন্য সবচেয়ে সহজ সমাধান হ'ল থ্রোটল্ট। অনুরোধগুলির উপর কঠোর সীমাবদ্ধতা, বিশেষত যদি আপনি আপনার নির্দিষ্ট ব্যবহারের কেসের ভিত্তিতে এগুলি যৌক্তিকভাবে চেষ্টা করতে এবং ছড়িয়ে দিতে পারেন (উদাহরণস্বরূপ, যদি আপনার কোনও কেন্দ্রীভূত পরিষেবা থাকে তবে কিছু কঠোর সিদ্ধান্ত নেওয়া হয়, আপনি কি ভৌগলিকভাবে দূরবর্তী অনুরোধগুলি ব্লক করা শুরু করতে চান যার ফলে থ্রেডগুলি ঝুলতে পারে resulting সার্ভার সাইড? বা আপনি কি আপনার অনিবার্যভাবে এখনও সামান্য আউটেজকে সমানভাবে বিতরণ করতে চান? ইত্যাদি) এটি মূলত এই ফোটায় যে গেটওয়ে থেকে ইচ্ছাকৃতভাবে 503 ফিরিয়ে দেওয়া অনুরোধটি দেওয়া এবং 504 প্রেরণের চেয়ে অনেক কম খরচে নরক যাহাই হউক না কেন। মূলত আপনি বর্তমানে সঠিক প্রতিক্রিয়া সরবরাহ করতে পারেন এবং ক্লায়েন্টরা যথাযথ প্রতিক্রিয়া জানাতে পারে তার ভিত্তিতে ক্লায়েন্টদের আচরণ করতে বাধ্য করুন।
