একটি সম্পূর্ণ ব্যর্থতা-প্রতিরোধী সফটওয়্যার সিস্টেম তৈরি করা অসম্ভব। একটি সিস্টেম তার পুরো জীবনচক্রে ব্যর্থ না হয়েই চলতে পারে, কিন্তু এটি কখনো ব্যর্থ হবে না, এমন নিশ্চয়তা কেউ দিতে পারে না। নিখুঁত কোড লিখলেও সমস্যার সমাধান হয় না, কারণ একদম ত্রুটিহীন সফটওয়্যারও একটি ভৌত কম্পিউটার, বিদ্যুৎ, কার্যকর স্টোরেজ এবং অন্যান্য উপাদানের ওপর নির্ভর করে। যদি মেশিনের বিদ্যুৎ চলে যায়, তবে সফটওয়্যারের মান যাই হোক না কেন তা ব্যর্থ হবে। এই কারণে প্রকৌশলীদের ব্যর্থতার জন্য ডিজাইন করতে হয়, অর্থাৎ সিস্টেমের কিছু অংশ সঠিকভাবে কাজ না করলে সিস্টেমটি কেমন আচরণ করবে, তা আগে থেকেই ঠিক করে রাখতে হয়।
এই নিবন্ধে এমন কৌশলগুলো আলোচনা করা হয়েছে যেগুলো ডেভেলপারদের নিজেদের সিস্টেমে ব্যর্থতা মোকাবিলায় সাহায্য করে। এটি "ধরে নিন সবকিছুই ভেঙে যেতে পারে" এই মানসিকতার যুক্তি দিয়ে শুরু হয়, যা দলগুলোকে ত্রুটিকে বিরল ব্যতিক্রম না ভেবে তা আশা করতে প্রস্তুত করে। এরপর ত্রুটি এড়ানো এবং ত্রুটি সহ্য করার মধ্যে তুলনা করা হয়েছে, যে দুটি পদ্ধতি সিস্টেম ডিজাইনে আলাদা উদ্দেশ্য পূরণ করে।
এরপর আলোচনা ব্যবহারিক কৌশলের দিকে মোড় নেয়। ডেভেলপারদের ব্যর্থতার পরিধি নির্ধারণ করতে হবে, যাতে তারা জানে সিস্টেমের কোন অংশ প্রভাবিত এবং কোনটি সুস্থ রয়েছে। ব্যর্থতার প্রভাব কমানোর উপায়ও তাদের দরকার, যাতে একটি উপাদানের সমস্যা পুরো প্ল্যাটফর্মে ছড়িয়ে না পড়ে।
সবশেষে, নিবন্ধে দেখানো হয়েছে সিস্টেম সঠিকভাবে চলার সময় কীভাবে ব্যর্থতা সামলাতে হয় এবং ব্যর্থতা থেকে পুনরুদ্ধার কীভাবে পরিমাপ করতে হয়। সিস্টেম কত দ্রুত ও কতটা সম্পূর্ণভাবে ফিরে আসে তা ট্র্যাক করলে দলগুলো বাস্তব প্রতিক্রিয়া পায় যে তাদের ব্যর্থতা-ব্যবস্থাপনার কৌশল সত্যিই কাজ করছে কি না।
উৎস: ByteByteGo · সারাংশ: HeadlinesBriefing