এই শব্দ "গ্রেফুল অবক্ষয়" সম্পর্কে আমি অনেক কিছু শুনি।
উদাহরণ স্বরূপ ,
"An application server should gracefully degrage when it is under heavy load "
"Graceful degradation of user interfaces.... "
শব্দটি আমার কাছে বিমূর্ত জিনিস বলে মনে হচ্ছে। এর অর্থের কোন দৃ concrete় উদাহরণ?
উত্তর:
এখানে কিছু উদাহরন:
একটি "অবনমিত" মোডযুক্ত অ্যাপ্লিকেশনগুলি অভ্যন্তরীণ বা বাহ্যিক সমস্যার কারণে সাধারণত সীমিত বৈশিষ্ট্যগুলির অ্যাক্সেসের প্রস্তাব দেয়। উদাহরণস্বরূপ, কল্পনা করুন যে আপনার অ্যাপ্লিকেশন দুটি পৃথক ডেটা উত্সের সাথে সংযুক্ত। এর মধ্যে যদি কোনওটি ব্যর্থ হয় তবে এটি চালিয়ে যাওয়া অব্যাহত থাকতে পারে তবে অনুপলব্ধ সংস্থান সম্পর্কিত সমস্ত ভিজ্যুয়াল (বা / এবং ব্যাকএন্ড) বৈশিষ্ট্যগুলি অক্ষম করে।
কংক্রিট উদাহরণ: আপনার অ্যাপ্লিকেশনটিতে দুটি ডেটা উত্স রয়েছে, তার মধ্যে একটিতে আপনি ব্যক্তি সঞ্চয় করেন, অন্যটিতে আপনি অ্যাকাউন্টগুলি সঞ্চয় করেন। এমনকি যদি অ্যাকাউন্টের ডাটাবেসটি ব্যর্থ হয়, যদি অ্যাপ্লিকেশনটির অবনমিত মোড থাকে, তবে আপনি এখনও তাদের নতুন অ্যাকাউন্ট তৈরি করতে সক্ষম হবেন, যদিও তাদের অ্যাকাউন্টগুলির সাথে ইন্টারঅ্যাক্ট না করে।
ব্যবহারকারীর ইন্টারফেস হিসাবে, এর অর্থ সাধারণতঃ আপনি ব্যবহারকারীর কাছে পরিষ্কারভাবে ইঙ্গিত করেছেন যে কিছু বৈশিষ্ট্য অক্ষম রয়েছে এবং কিছু সতর্কতা বার্তা প্রদর্শন করুন যাতে কোনও কিছু অনুপলব্ধ কেন সে অন্ধকারে বাদ না যায়।
এছাড়াও, দোষ-সহনশীল সিস্টেমগুলির সাথে সম্পর্কিত উইকিপিডিয়া এন্ট্রি রয়েছে ।
প্রযুক্তির অগ্রগতির সাথে আমাদের সর্বদা একটি অ্যাপ্লিকেশনটিতে রোলিং পরিবর্তন হয় যা সর্বদা সমস্ত লক্ষ্য দর্শকদের দ্বারা সমর্থিত নাও হতে পারে। এই জাতীয় পরিস্থিতিতে আমরা গ্রেসফুল অবক্ষয়কে ঘুরে দেখি যা অনুভূত করে যে আমরা সর্বোত্তম উপলব্ধের জন্য তৈরি করি তবে আমরা যারা তাদের জন্য আপগ্রেড না করেছি বা তাদের সিস্টেম সমর্থন করতে পারে না তাদের জন্য নিরাপদ ব্যর্থও রয়েছি।
একটি বড় উদাহরণ <img>ট্যাগটি যার মধ্যে এমন altবৈশিষ্ট্য রয়েছে যা এমন চিত্রগুলির জন্য সহায়ক যেখানে চিত্রগুলি অবরুদ্ধ বা বন্ধ রয়েছে, এখন এগুলি চিত্রগুলির জন্য কিছু অর্থপূর্ণ প্রসঙ্গ দেয় (অবশ্যই যদি আমরা নির্দিষ্ট করে থাকি)।
ঠিক আছে, অন্য একটি উদাহরণ যা আমি ভাবতে পারি কোনও ত্রুটি বা অনুপলব্ধির ক্ষেত্রে ব্রাউজারটি পৃষ্ঠাটি প্রদর্শন / প্রদর্শনের জন্য তার নিজস্ব একটি জেনেরিক সংস্করণ সরবরাহ করে।
এখন যেমন আপনি ভারী বোঝা উল্লেখ করেছেন আপনাকে সাবধানতার সাথে পরিকল্পনাটি বের করে আনতে হবে যদি আপনার হিট প্রান্তিকের উপরের দিকে চলে যায় তবে আপনি কিছু বৈশিষ্ট্য অক্ষম করবেন বা এমন কিছু পরিষেবা স্থগিত করুন যা আপনাকে সমালোচনা না করে এবং আপনাকে একটি শ্বাসকষ্ট দেয়। এগুলি আপনাকে একটি কৌতূহলী অবক্ষয় স্থাপনে সহায়তা করবে যাতে ব্যবহারকারী জানে যে এক্স জিনিসগুলির কারণে সার্ভারের কিছুটা সময় নিতে পারে বা এক্স পরিষেবাটি এক ঘন্টা বা তার জন্য অনুপলব্ধ থাকবে would
এর অর্থ ইনপুট এবং রাজ্য নকশার সীমা ছাড়িয়ে গেলে আউটপুটগুলি যথাসম্ভব যুক্তিসঙ্গত এবং নির্ভরযোগ্য থাকে।
যদি এটি সার্ভারটি একই সাথে 100 টি সংযোগ হ্যান্ডেল করার জন্য তৈরি করা হয়, তবে এটি 101 বা এমনকি 150 সংযোগে ক্র্যাশ বা পাগল ফলাফলগুলি ফেরত শুরু করে না - এটি ধীর হয়ে যায় বা কয়েকটি সংযোগ হ্রাস পাবে, তবে বেশিরভাগ ক্ষেত্রেই কাজ চালিয়ে যাচ্ছে। যদি এটি 1 বিলিয়ন রেকর্ডগুলি পরিচালনা করতে একটি ডাটাবেস তৈরি করা হয়, তবে হঠাৎ এটি 1.01 বিলিয়ন এ অব্যবহারযোগ্য রাজ্যে কমবে না।
ওয়েব অ্যাপ্লিকেশনগুলি তৈরি করার সময় আপনার সাইটটি জাভাস্ক্রিপ্ট বা ফ্ল্যাশ বা এমন কোনও কৌশল যা ব্যবহারকারীর নেই বা অক্ষম করে না তার উপর নির্ভর করে grace
তারপরে আপনার এখনও কেবল এইচটিএমএল এর সাথে কিছু প্রাথমিক কার্যকারিতা বা কমপক্ষে একটি বার্তা সরবরাহ করা উচিত কেন সাইটটি প্রত্যাশার মতো কাজ করছে না।