ব্যর্থতা: পরিপূর্ণতাবাদ এবং... অলসতা আমাদের ধ্বংস করছে

গ্রীষ্মে, ক্রয় কার্যকলাপ এবং ওয়েব প্রকল্পগুলির পরিকাঠামোতে পরিবর্তনের তীব্রতা উভয়ই ঐতিহ্যগতভাবে হ্রাস পায়, ক্যাপ্টেন স্পষ্ট আমাদের বলে। শুধু কারণ এমনকি আইটি বিশেষজ্ঞরাও মাঝে মাঝে ছুটিতে যান। এবং CTOও। যারা অফিসে থাকেন তাদের জন্য এটি আরও কঠিন, কিন্তু এখন এটি বিন্দু নয়: সম্ভবত এই কারণেই গ্রীষ্মকালটি বিদ্যমান রিজার্ভেশন স্কিম সম্পর্কে ধীরে ধীরে চিন্তা করার এবং এটিকে উন্নত করার জন্য একটি পরিকল্পনা তৈরি করার সেরা সময়। এবং ইয়েগর অ্যান্ড্রিভের অভিজ্ঞতা থেকে অ্যাডমিন ডিভিশন, যা তিনি সম্মেলনে সম্পর্কে কথা বলেন আপটাইম দিন.

ব্যাকআপ সাইট তৈরি করার সময় আপনি বেশ কিছু সমস্যায় পড়তে পারেন। এবং তাদের মধ্যে ধরা পড়া একেবারে অসম্ভব। এবং এই সব কিছুর মধ্যে যা আমাদের ধ্বংস করে, অন্য অনেক জিনিসের মতো, তা হল পরিপূর্ণতাবাদ এবং... অলসতা। আমরা সবকিছু, সবকিছু, সবকিছু নিখুঁতভাবে করার চেষ্টা করছি, কিন্তু আমাদের এটি নিখুঁতভাবে করার দরকার নেই! আপনি শুধুমাত্র কিছু জিনিস করতে হবে, কিন্তু সেগুলি সঠিকভাবে করুন, সেগুলি সম্পূর্ণ করুন যাতে তারা সঠিকভাবে কাজ করে।

ফেইলওভার কিছু মজার, মজার জিনিস নয়; এটি এমন একটি জিনিস যা ঠিক একটি জিনিস করা উচিত - ডাউনটাইম হ্রাস করুন যাতে পরিষেবা, কোম্পানি, কম অর্থ হারায়। এবং সমস্ত রিজার্ভেশন পদ্ধতিতে, আমি নিম্নলিখিত প্রসঙ্গে চিন্তা করার পরামর্শ দিই: টাকা কোথায়?

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

Shtosh (c) আমরা দ্বিতীয় সাইটটি নিই, একটি অভিন্ন সিস্টেম তৈরি করি... জটিলতা দ্বিগুণ হয়ে যায় - আমাদের দুটি সত্তা আছে। আমরা এক সাইট থেকে অন্য সাইটে ডেটা স্থানান্তর করার জন্য একটি নির্দিষ্ট যুক্তিও রোল আউট করি - অর্থাৎ, ডেটা প্রতিলিপি, স্ট্যাটিক ডেটা অনুলিপি করা এবং আরও অনেক কিছু। সুতরাং, প্রতিলিপি যুক্তি সাধারণত খুব জটিল, এবং সেইজন্য, সিস্টেমের মোট জটিলতা 2 নয়, 3, 5, 10 গুণ বেশি হতে পারে।

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

কিভাবে আপনি এই যুদ্ধ করতে পারেন? আমাদের নিজেদেরকে মিথ্যা বলা বন্ধ করতে হবে, নিজেদেরকে তোষামোদ করা বন্ধ করতে হবে যে আমরা এখন এখানে একটি স্পেসশিপ তৈরি করতে যাচ্ছি, কিন্তু পর্যাপ্তভাবে বুঝতে হবে যে প্রকল্পটি কতক্ষণ মিথ্যা বলতে পারে। এবং এই সর্বাধিক সময়ের জন্য, আমরা আমাদের সিস্টেমের নির্ভরযোগ্যতা বাড়ানোর জন্য আসলে কোন পদ্ধতিগুলি ব্যবহার করব তা বেছে নেব।

এটা অবশ্যই জীবন থেকে "ডাব্লু থেকে গল্প"...এর সময়।

উদাহরণ এক নম্বর

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

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

উদাহরণ দুই নম্বর

কোম্পানির ব্লগ: বিশেষভাবে প্রশিক্ষিত ব্যক্তিরা সেখানে খবর লেখেন, আমরা এই ধরনের প্রদর্শনীতে অংশ নিয়েছিলাম, কিন্তু আমরা আরেকটি নতুন পণ্য প্রকাশ করেছি, ইত্যাদি। ধরা যাক এটি ওয়ার্ডপ্রেস সহ স্ট্যান্ডার্ড পিএইচপি, একটি ছোট ডাটাবেস এবং কিছুটা স্ট্যাটিক। অবশ্যই, এটি আবার মনে আসে যে আপনার কোনও অবস্থাতেই শুয়ে থাকা উচিত নয় - "পাঁচ মিনিটের বেশি নয়!" এতটুকুই। তবে আরও চিন্তা করা যাক। এই ব্লগ কি করে? লোকেরা সেখানে Yandex থেকে, Google থেকে কিছু প্রশ্নের ভিত্তিতে, অর্গানিকভাবে আসে। দারুণ। বিক্রয় এর সাথে কিছু করার আছে কি? এপিফ্যানি: সত্যিই না। বিজ্ঞাপনের ট্র্যাফিক প্রধান সাইটে যায়, যা একটি ভিন্ন মেশিনে থাকে। এর একটি বুকিং স্কিম সম্পর্কে চিন্তা করা শুরু করা যাক. একটি ভাল উপায়ে, এটি কয়েক ঘন্টার মধ্যে উত্থাপন করা প্রয়োজন, এবং এটির জন্য প্রস্তুত করা ভাল হবে। অন্য ডেটা সেন্টার থেকে একটি মেশিন নেওয়া যুক্তিসঙ্গত হবে, এটির উপর পরিবেশ রোল করুন, অর্থাৎ একটি ওয়েব সার্ভার, পিএইচপি, ওয়ার্ডপ্রেস, মাইএসকিউএল এবং এটিকে সেখানে রেখে দিন। এই মুহুর্তে যখন আমরা বুঝতে পারি যে সবকিছু ভেঙে গেছে, আমাদের দুটি জিনিস করতে হবে - মাইএসকিউএল ডাম্প 50 মিটার রোল আউট করুন, এটি সেখানে এক মিনিটের মধ্যে উড়ে যাবে, এবং সেখানে ব্যাকআপ থেকে নির্দিষ্ট সংখ্যক ছবি রোল আউট করুন। এটাও নেই আর কতদিন আল্লাহ জানে। এভাবে আধঘণ্টার মধ্যে পুরো ব্যাপারটা উঠে যায়। কোন প্রতিলিপি, বা ঈশ্বর আমাকে ক্ষমা করুন, স্বয়ংক্রিয় ব্যর্থতা. উপসংহার: ব্যাকআপ থেকে আমরা যা দ্রুত রোল আউট করতে পারি তার ব্যাকআপ নেওয়ার প্রয়োজন নেই।

উদাহরণ তিন নম্বর, আরও জটিল

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

কিভাবে এই সব সংরক্ষিত হতে পারে? আপনার যে কোনও ক্ষেত্রে একটি গাড়ি দরকার: এক ঘন্টা সময় খুব কম। Mysql: এখানে আমাদের ইতিমধ্যেই প্রতিলিপি, লাইভ প্রতিলিপি প্রয়োজন, কারণ এক ঘন্টার মধ্যে 100 GB সম্ভবত ডাম্পে যোগ করা হবে না। স্ট্যাটিক্স, ছবি: আবার, এক ঘন্টায় 500 জিবি যোগ করার সময় নাও থাকতে পারে। তাই এখুনি ছবি কপি করাই ভালো। রেডিস: এখানেই জিনিসগুলি আকর্ষণীয় হয়ে ওঠে। রেডিসে, সেশনগুলি সংরক্ষণ করা হয় - আমরা কেবল এটি নিতে এবং কবর দিতে পারি না। কারণ এটি খুব ভাল হবে না: সমস্ত ব্যবহারকারী লগ আউট হবে, তাদের ঝুড়ি খালি করা হবে, ইত্যাদি। লোকেরা তাদের ব্যবহারকারীর নাম এবং পাসওয়ার্ড পুনরায় লিখতে বাধ্য হবে, এবং অনেক লোক দূরে সরে যেতে পারে এবং কেনাকাটা সম্পূর্ণ করতে পারে না। আবার, রূপান্তর ড্রপ হবে. অন্যদিকে, Redis সরাসরি আপ-টু-ডেট, সর্বশেষ লগ-ইন করা ব্যবহারকারীদেরও সম্ভবত প্রয়োজন নেই। এবং একটি ভাল আপস হল রেডিস নেওয়া এবং গতকাল থেকে একটি ব্যাকআপ থেকে এটি পুনরুদ্ধার করা, বা, যদি আপনি প্রতি ঘন্টায় এটি করেন, এক ঘন্টা আগে থেকে। সৌভাগ্যবশত, এটি একটি ব্যাকআপ থেকে পুনরুদ্ধার করার অর্থ হল একটি ফাইল অনুলিপি করা। আর সবচেয়ে মজার গল্প হল Elasticsearch. কে কখনও মাইএসকিউএল প্রতিলিপি তুলেছে? কে কখনও ইলাস্টিকসার্চের প্রতিলিপি তুলেছে? এবং কার জন্য এটি সাধারণত কাজ করে? আমি বলতে চাচ্ছি যে আমরা আমাদের সিস্টেমে একটি নির্দিষ্ট সত্তা দেখতে পাই। এটা দরকারী বলে মনে হচ্ছে - কিন্তু এটা জটিল.
জটিল এই অর্থে যে আমাদের সহকর্মী প্রকৌশলীদের এটির সাথে কাজ করার অভিজ্ঞতা নেই। অথবা একটি নেতিবাচক অভিজ্ঞতা আছে। অথবা আমরা বুঝতে পারি যে এটি এখনও একটি মোটামুটি নতুন প্রযুক্তি যার সূক্ষ্মতা বা কাঁচাত্ব রয়েছে। আমরা মনে করি... ধুর, ইলাস্টিকও স্বাস্থ্যকর, এটি ব্যাকআপ থেকে পুনরুদ্ধার করতেও অনেক সময় লাগে, আমার কী করা উচিত? আমরা বুঝতে পারি যে আমাদের ক্ষেত্রে ইলাস্টিক অনুসন্ধানের জন্য ব্যবহৃত হয়। আমাদের অনলাইন স্টোর কিভাবে বিক্রি করে? আমরা বিপণনকারীদের কাছে যাই এবং জিজ্ঞাসা করি যে লোকেরা সাধারণভাবে কোথা থেকে আসে। তারা উত্তর দেয়: "ইয়ানডেক্স মার্কেট থেকে 90% সরাসরি পণ্য কার্ডে আসে।" এবং হয় তারা এটি কিনে বা না করে। অতএব, 10% ব্যবহারকারীদের দ্বারা অনুসন্ধানের প্রয়োজন। এবং ইলাস্টিক রেপ্লিকেশন রাখা, বিশেষ করে বিভিন্ন অঞ্চলের বিভিন্ন ডেটা সেন্টারের মধ্যে, সত্যিই অনেকগুলি সূক্ষ্মতা রয়েছে। কোন প্রস্থান? আমরা একটি সংরক্ষিত সাইট থেকে ইলাস্টিক গ্রহণ করি এবং এটি দিয়ে কিছুই করি না। যদি বিষয়টি টেনে নিয়ে যায়, আমরা সম্ভবত এটি একদিন উত্থাপন করব, তবে এটি নিশ্চিত নয়। প্রকৃতপক্ষে, উপসংহারটি একই, প্লাস বা বিয়োগ: আমরা আবার, অর্থকে প্রভাবিত করে না এমন পরিষেবাগুলি সংরক্ষণ করি না। ডায়াগ্রাম সহজ রাখতে.

উদাহরণ চার নম্বর, আরও কঠিন

ইন্টিগ্রেটর: ফুল বিক্রি, ট্যাক্সি কল, পণ্য বিক্রি, সাধারণভাবে, কিছু। একটি গুরুতর জিনিস যা বিপুল সংখ্যক ব্যবহারকারীর জন্য 24/7 কাজ করে। একটি পূর্ণাঙ্গ আকর্ষণীয় স্ট্যাকের সাথে, যেখানে আকর্ষণীয় ঘাঁটি, সমাধান, উচ্চ লোড এবং সবচেয়ে গুরুত্বপূর্ণভাবে, এটি 5 মিনিটের বেশি শুয়ে থাকতে ব্যাথা করে। শুধু এবং এত বেশি নয় কারণ লোকেরা কিনবে না, কিন্তু লোকেরা দেখবে যে এই জিনিসটি কাজ করছে না, তারা বিরক্ত হবে এবং কিছুতেই ফিরে আসবে না।

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

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

উদাহরণ পাঁচ নম্বর, সম্পূর্ণ হার্ডকোর

বিশ্বজুড়ে কয়েক মিলিয়ন ব্যবহারকারীর সাথে একটি আন্তর্জাতিক পরিষেবা। সমস্ত সময় অঞ্চল আছে, সর্বোচ্চ গতিতে উচ্চ লোড, আপনি মোটেও শুয়ে থাকতে পারবেন না। এক মিনিট - এবং এটি দুঃখজনক হবে। কি করো? রিজার্ভ, আবার, সম্পূর্ণ প্রোগ্রাম অনুযায়ী. আগের উদাহরণে আমি যা বলেছিলাম তার সবকিছুই আমরা করেছি এবং আরও কিছু। একটি আদর্শ বিশ্ব, এবং আমাদের পরিকাঠামো IaaC devops-এর সমস্ত ধারণা অনুযায়ী। অর্থাৎ, সবকিছুই গিটে আছে এবং আপনি শুধু বোতাম টিপুন।

কি অনুপস্থিত? এক - ব্যায়াম। তাদের ছাড়া এটা অসম্ভব। মনে হচ্ছে আমাদের সাথে সবকিছু নিখুঁত, আমাদের সাধারণত সবকিছু নিয়ন্ত্রণে থাকে। আমরা বোতাম টিপুন, সবকিছু ঘটে। এমনকি যদি এটি তাই হয় - এবং আমরা বুঝতে পারি যে এটি এভাবে ঘটে না - আমাদের সিস্টেম অন্য কিছু সিস্টেমের সাথে যোগাযোগ করে। উদাহরণস্বরূপ, এটি রুট 53 থেকে dns, s3 স্টোরেজ, কিছু এপিআইয়ের সাথে একীকরণ। আমরা এই অনুমানমূলক পরীক্ষায় সবকিছু ভবিষ্যদ্বাণী করতে সক্ষম হব না। এবং যতক্ষণ না আমরা আসলে সুইচটি টানছি, আমরা জানি না এটি কাজ করবে কি না।

যে সম্ভবত সব. অলস বা এটা অত্যধিক হবে না. এবং আপটাইম আপনার সাথে হতে পারে!

উত্স: www.habr.com