Graceful degradation মানে যখন একটি ডিপেন্ডেন্সি ব্যর্থ হয়, সিস্টেম একটি ত্রুটি ফেরত দেওয়ার পরিবর্তে একটি হ্রাসকৃত বা আংশিক অভিজ্ঞতা প্রদান করে মূল প্রবাহটি কাজ করতে রাখে। লক্ষ্য হল নরম ব্যর্থতা, কঠোর ব্যর্থতা নয়: একটি হ্রাসকৃত পৃষ্ঠা 500 এর চেয়ে ভাল।
BAD (fail hard):
search() → backend timeout → throw → user sees HTTP 500 (whole page dead)
GOOD (fail soft):
result = search()
catch timeout → return cached_results OR empty + notice
page renders:
[ "Showing recent results — live search is temporarily unavailable." ]
+ cached listings, working nav, working checkout
→ user keeps browsing; core flow intact
মৃত পৃষ্ঠার পরিবর্তে, ব্যবহারকারী ক্যাশ করা ফলাফল এবং একটি ছোট বিজ্ঞপ্তি পায়, যখন নেভিগেশন এবং চেকআউট কাজ চলছে। ব্যর্থতা একটি বৈশিষ্ট্যের মধ্যে সীমাবদ্ধ।
ডিপেন্ডেন্সিগুলি ব্যর্থ হবে — তৃতীয় পক্ষের API, সার্চ ক্লাস্টার, সুপারিশ সেবা। মার্জিত হ্রাস ছাড়া, যেকোনো একটি ব্যর্থতা সম্পূর্ণ আউটেজে ছড়িয়ে পড়ে। নরম ব্যর্থতার জন্য ডিজাইন করা (ক্যাশ করা/আংশিক/ডিফল্ট ডেটা), অ-গুরুত্বপূর্ণ পথগুলি ফ্ল্যাগ করা, সময়সীমা সহ ফল্ব্যাক, এবং bulkheads দিয়ে ব্যর্থতা বিচ্ছিন্ন করা আংশিক ব্যর্থতার সময় পণ্যটি ব্যবহারযোগ্য রাখে — যা একটি ছোট ত্রুটি এবং একটি বড় ঘটনার মধ্যে পার্থক্য।