ناڪامي: تڪميل ۽... سستي اسان کي برباد ڪري رهي آهي

اونهاري ۾، ٻنهي خريداري جي سرگرمي ۽ ويب منصوبن جي بنيادي ڍانچي ۾ تبديلين جي شدت روايتي طور تي گهٽجي ٿي، ڪئپٽن واضح اسان کي ٻڌائي ٿو. صرف ان ڪري ته آئي ٽي ماهر ڪڏهن ڪڏهن موڪلن تي ويندا آهن. ۽ CTO پڻ. اهو سڀ کان وڌيڪ ڏکيو آهي انهن لاءِ جيڪي آفيس ۾ رهندا آهن، پر اهو هاڻي نقطو ناهي: شايد اهو ئي سبب آهي ته اونهاري جو بهترين دور آهي سستي طور تي موجوده رزرويشن اسڪيم بابت سوچڻ ۽ ان کي بهتر ڪرڻ لاءِ هڪ منصوبو ٺاهيو. ۽ Yegor Andreev جي تجربي کان انتظامي ڊويزن، جنهن بابت هن ڪانفرنس ۾ ڳالهايو اپ ٽائيم ڏينهن.

اتي ڪيترائي نقصان آھن جن ۾ توھان ڪري سگھو ٿا جڏھن بيڪ اپ سائيٽون ٺاھيو. ۽ ان ۾ پڪڙڻ بلڪل ناممڪن آهي. ۽ جيڪا شيء اسان کي برباد ڪري ٿي ان ۾، جيئن ٻين ڪيترين ئي شين ۾، ڪماليت ۽ ... سستي آهي. اسان ڪوشش ڪري رهيا آهيون ته سڀ ڪجهه، سڀ ڪجهه، سڀ ڪجهه مڪمل طور تي، پر اسان کي اهو مڪمل ڪرڻ جي ضرورت ناهي! توهان کي صرف ڪجهه شيون ڪرڻ گهرجن، پر انهن کي صحيح طريقي سان ڪريو، انهن کي مڪمل ڪريو ته جيئن اهي صحيح طريقي سان ڪم ڪن.

ناڪامي نه آهي ڪنهن قسم جي مزيدار مزو شيءِ ”ته ائين ٿئي“؛ اها هڪ شيء آهي جيڪا بلڪل هڪ ڪم ڪرڻ گهرجي - دير جو وقت گهٽايو ته جيئن خدمت، ڪمپني، گهٽ پئسا وڃائي. ۽ سڀني رزرويشن طريقن ۾، آئون هيٺين حوالي سان سوچڻ جي صلاح ڏيان ٿو: پئسا ڪٿي آهي؟

پهريون ڦڙو: جڏهن اسان وڏا، قابل اعتماد سسٽم ٺاهيندا آهيون ۽ بيڪاريءَ ۾ مشغول هوندا آهيون، اسان حادثن جو تعداد گهٽائيندا آهيون. هي هڪ خوفناڪ غلط فڪر آهي. جڏهن اسان بيڪاريءَ ۾ مشغول ٿي وڃون ٿا، اسان کي حادثن جو تعداد وڌڻ جو امڪان آهي. ۽ جيڪڏھن اسان سڀ ڪجھ ٺيڪ ڪريون ٿا، ته پوءِ مجموعي طور تي اسان گھٽائي ڇڏينداسين. وڌيڪ حادثا ٿيندا، پر اهي گهٽ خرچ تي ٿيندا. هڪ رزرويشن ڇا آهي؟ - هي سسٽم جي پيچيدگي آهي. ڪا به پيچيدگي خراب آهي: اسان وٽ وڌيڪ ڪوگ، وڌيڪ گيئر، هڪ لفظ ۾، وڌيڪ عناصر - ۽ ان ڪري، خراب ٿيڻ جو هڪ اعلي موقعو. ۽ اهي واقعي ڀڃندا. ۽ اهي گهڻو ڪري ڀڃندا. هڪ سادو مثال: اچو ته چئو ته اسان وٽ هڪ ويب سائيٽ آهي PHP ۽ MySQL سان. ۽ ان کي فوري طور تي محفوظ ڪرڻ جي ضرورت آهي.

شتوش (c) اسان ٻئي سائيٽ وٺون ٿا، هڪجهڙائي وارو نظام ٺاهيون ٿا... پيچيدگي ٻه ڀيرا وڏي ٿي وڃي ٿي - اسان وٽ ٻه ادارا آهن. اسان هڪ سائيٽ کان ٻئي سائيٽ تائين ڊيٽا جي منتقلي لاءِ هڪ خاص منطق پڻ ٺاهيندا آهيون - اهو آهي، ڊيٽا جي نقل، نقل جامد ڊيٽا، وغيره. تنهن ڪري، نقل جي منطق عام طور تي تمام پيچيده آهي، ۽ تنهن ڪري، سسٽم جي مجموعي پيچيدگي 2 نه، پر 3، 5، 10 ڀيرا وڌيڪ ٿي سگهي ٿي.

ٻيو ڦڙو: جڏهن اسان واقعي وڏا پيچيده سسٽم ٺاهيندا آهيون، اسان تصور ڪندا آهيون ته اسان آخر ۾ ڇا حاصل ڪرڻ چاهيون ٿا. Voila: اسان هڪ سپر قابل اعتماد سسٽم حاصل ڪرڻ چاهيون ٿا جيڪو بغير ڪنهن دير جي ڪم ڪري ٿو، اڌ سيڪنڊ ۾ (يا بهتر اڃا تائين، فوري طور تي) تبديل ڪري ٿو، ۽ اسان خوابن کي سچ ڪرڻ شروع ڪريون ٿا. پر هتي پڻ هڪ nuance آهي: ننڍو گهربل سوئچنگ وقت، وڌيڪ پيچيده سسٽم منطق بڻجي ويندو آهي. جيترو وڌيڪ پيچيده اسان کي هن منطق کي ٺاهڻو پوندو، اوترو گهڻو ڪري سسٽم ٽٽندو. ۽ توهان هڪ انتهائي ناخوشگوار صورتحال ۾ ختم ڪري سگهو ٿا: اسان پنهنجي پوري طاقت سان ڪوشش ڪري رهيا آهيون ته ڊائون ٽائم کي گهٽائڻ لاءِ، پر حقيقت ۾ اسان هر شيءِ کي وڌيڪ پيچيده بڻائي رهيا آهيون، ۽ جڏهن ڪجهه غلط ٿئي ٿو، ته دير جو وقت ڊگهو ٿي ويندو. هتي توهان اڪثر پنهنجو پاڻ کي سوچيندا آهيو: خير ... اهو بهتر ٿيندو ته بکنگ نه ڪيو وڃي. اهو بهتر ٿيندو ته اهو اڪيلو ڪم ڪري ۽ سمجھڻ واري وقت سان.

توهان هن سان ڪيئن وڙهندا؟ اسان کي پاڻ سان ڪوڙ ڳالهائڻ بند ڪرڻ گهرجي، پاڻ کي خوشامد ڪرڻ بند ڪرڻ گهرجي ته اسان هاڻي هتي هڪ اسپيس شپ ٺاهڻ وارا آهيون، پر مناسب طور تي سمجهڻ گهرجي ته اهو منصوبو ڪيترو وقت تائين ڪوڙ ڳالهائي سگهي ٿو. ۽ هن وڌ ۾ وڌ وقت لاءِ، اسان چونڊينداسين ته اصل ۾ اسان جي سسٽم جي اعتبار کي وڌائڻ لاءِ ڪهڙا طريقا استعمال ڪنداسين.

اهو وقت آهي ”ڪهاڻيون fromw“... زندگيءَ مان، يقيناً.

مثال نمبر هڪ

تصور ڪريو هڪ ڪاروباري ڪارڊ ويب سائيٽ لاءِ پائپ رولنگ پلانٽ نمبر 1 جي شهر اين. ۾ وڏي اکرن ۾ لکيل آهي - پائپ رولنگ پلانٽ نمبر 1. بس هيٺان نعرو آهي: "اسان جا پائپ ن ۾ گول ترين پائپ آهن." ۽ هيٺ ڏنل آهي CEO جو فون نمبر ۽ سندس نالو. اسان سمجهون ٿا ته توهان کي هڪ رزرويشن ڪرڻ جي ضرورت آهي - هي هڪ تمام اهم شيء آهي! اچو ته اهو سمجهڻ شروع ڪريون ته اهو ڇا تي مشتمل آهي. Html-statics - اهو آهي، ڪجهه تصويرون جتي جنرل مئنيجر، حقيقت ۾، پنهنجي پارٽنر سان غسل خاني ۾ ميز تي ڪنهن قسم جي ايندڙ معاملي تي بحث ڪري رهيو آهي. اسان دير سان سوچڻ شروع ڪريون ٿا. اهو ذهن ۾ اچي ٿو: توهان کي اتي پنجن منٽن لاء ڪوڙ ڪرڻ جي ضرورت آهي، وڌيڪ نه. ۽ پوء سوال پيدا ٿئي ٿو: عام طور تي اسان جي هن سائيٽ مان ڪيترا وڪرو هئا؟ ڪيترو- ڪيترو؟ "صفر" ڇا مطلب آهي؟ ۽ ان جو مطلب آهي: ڇاڪاڻ ته جنرل گذريل سال هڪ ئي ٽيبل تي چارئي ٽرانزيڪشن ڪيا، ساڳين ماڻهن سان جن سان هو غسل خاني ۾ وڃن ٿا ۽ ميز تي ويٺا آهن. ۽ اسان سمجهون ٿا ته جيتوڻيڪ سائيٽ هڪ ڏينهن لاء ويٺي، ڪجهه به خوفناڪ نه ٿيندو.

تعارفي معلومات جي بنياد تي، هن ڪهاڻي کي وڌائڻ لاء هڪ ڏينهن آهي. اچو ته هڪ بيڪار اسڪيم بابت سوچڻ شروع ڪريون. ۽ اسان هن مثال لاءِ سڀ کان وڌيڪ مثالي بيڪار اسڪيم چونڊيندا آهيون: اسان فالتو استعمال نٿا ڪريون. اهو سمورو معاملو ڪو به منتظم اڌ ڪلاڪ ۾ دونھون ٽوڙڻ سان اٿاري سگهي ٿو. ويب سرور انسٽال ڪريو، فائلون شامل ڪريو - اھو اھو آھي. اهو ڪم ڪندو. توهان کي ڪنهن به شيءِ تي نظر رکڻ جي ضرورت ناهي، توهان کي ڪنهن به شيءِ تي خاص ڌيان ڏيڻ جي ضرورت ناهي. اهو آهي، مثال نمبر هڪ مان نتيجو بلڪل واضح آهي: خدمتون جيڪي محفوظ ٿيڻ جي ضرورت نه هونديون آهن انهن کي محفوظ ڪرڻ جي ضرورت ناهي.

مثال نمبر ٻه

ڪمپني بلاگ: خاص طور تي تربيت يافته ماڻهو اتي خبرون لکندا آهن، اسان اهڙي ۽ اهڙي نمائش ۾ حصو ورتو، پر اسان هڪ ٻيو نئون پراڊڪٽ جاري ڪيو، وغيره. اچو ته اهو چئو ته هي ورڈپریس سان معياري پي ايڇ پي، هڪ ننڍڙو ڊيٽابيس ۽ ٿورڙو جامد آهي. يقينن، اهو ٻيهر ذهن ۾ اچي ٿو ته توهان کي ڪنهن به حالت ۾ ليٽڻ نه گهرجي - "پنن منٽن کان وڌيڪ نه!" اهو سڀ ڪجهه آهي. پر اچو ته اڳتي سوچيو. هي بلاگ ڇا ڪندو؟ ماڻهو اتي اچن ٿا Yandex کان، گوگل کان ڪجهه سوالن جي بنياد تي، نامياتي طور تي. زبردست. ڇا ان سان وڪرو ڪرڻ جو ڪو تعلق آهي؟ Epiphany: واقعي نه. اشتهارن جي ٽرئفڪ مکيه سائيٽ ڏانهن وڃي ٿي، جيڪا مختلف مشين تي آهي. اچو ته هڪ بکنگ اسڪيم بابت سوچڻ شروع ڪريون. سٺي طريقي سان، ان کي ڪجهه ڪلاڪن ۾ اٿڻ جي ضرورت آهي، ۽ ان لاء تيار ڪرڻ سٺو لڳندو. اهو مناسب ٿيندو ته هڪ مشين ڪنهن ٻئي ڊيٽا سينٽر کان وٺي، ان تي ماحول کي رول ڪريو، اهو آهي، هڪ ويب سرور، PHP، WordPress، MySQL، ۽ ان کي اتي ڇڏي ڏيو. هن وقت جڏهن اسان سمجهون ٿا ته سڀ ڪجهه ڀڄي ويو آهي، اسان کي ٻه شيون ڪرڻ جي ضرورت آهي - mysql ڊمپ کي 50 ميٽر ٻاهر ڪڍو، اهو هڪ منٽ ۾ اتي پرواز ڪندو، ۽ اتي بيڪ اپ مان ڪجهه خاص تصويرن کي رول آئوٽ ڪيو. اهو به نه آهي خدا ڄاڻي ڪيترو وقت تائين. اهڙيءَ طرح اڌ ڪلاڪ ۾ سمورو سامان اڀري ٿو. ڪابه نقل، يا خدا مون کي معاف ڪر، خودڪار ناڪامي. نتيجو: جيڪو اسان تڪڙو تڪڙو ڪري سگھون ٿا بيڪ اپ مان ان کي بيڪ اپ ڪرڻ جي ضرورت ناهي.

مثال نمبر ٽي، وڌيڪ پيچيده

آن لائن اسٽور. کليل دل سان پي ايڇ پي ٿورڙي ٽائيڪ ٿيل آهي، mysql هڪ مضبوط بنياد سان. تمام گهڻو جامد (آخرڪار، آن لائن اسٽور ۾ خوبصورت HD تصويرون ۽ اهي سڀ شيون آهن)، سيشن لاءِ ريڊيس ۽ ڳولا لاءِ Elasticsearch. اسان دير سان سوچڻ شروع ڪريون ٿا. ۽ هتي، يقينا، اهو واضح آهي ته هڪ آن لائن اسٽور هڪ ڏينهن لاء بي دردي سان ڪوڙ نه ٿو ڪري سگهي. آخرڪار، اهو وڌيڪ ڪوڙ آهي، وڌيڪ پئسا اسان وڃائي ڇڏيو. اهو تيز ڪرڻ جي قابل آهي. ڪيترو؟ منهنجو خيال آهي ته جيڪڏهن اسان هڪ ڪلاڪ لاءِ ليٽنداسين ته ڪو به چريو نه ٿيندو. ها، اسان ڪجهه وڃائي وينداسين، پر جيڪڏهن اسان محنت ڪرڻ شروع ڪيو، اهو صرف خراب ٿيندو. اسان في ڪلاڪ جي اجازت ڏنل وقت جي اسڪيم جي وضاحت ڪريون ٿا.

اهو سڀ ڪجهه ڪيئن محفوظ ٿي سگهي ٿو؟ توهان کي ڪنهن به صورت ۾ ڪار جي ضرورت آهي: وقت جو هڪ ڪلاڪ تمام ٿورو آهي. Mysql: هتي اسان کي اڳ ۾ ئي نقل جي ضرورت آهي، زنده نقل، ڇاڪاڻ ته هڪ ڪلاڪ ۾ 100 GB گهڻو ڪري ڊمپ ۾ شامل نه ڪيو ويندو. Statics، تصويرون: ٻيهر، هڪ ڪلاڪ ۾ 500 GB شامل ٿيڻ جو وقت نه هوندو. تنهن ڪري، اهو بهتر آهي ته تصويرن کي فوري طور تي نقل ڪريو. ريڊس: هي آهي جتي شيون دلچسپ ٿين ٿيون. ريڊس ۾، سيشن محفوظ ٿيل آهن - اسان صرف ان کي نه ٿا وٺي سگهون ۽ ان کي دفن ڪري سگهون ٿا. ڇاڪاڻ ته اهو تمام سٺو نه ٿيندو: سڀ استعمال ڪندڙ لاگ آئوٽ ٿي ويندا، انهن جون ٽوڪريون خالي ڪيون وينديون، وغيره. ماڻهن کي مجبور ڪيو ويندو ته هو پنهنجو يوزرنيم ۽ پاسورڊ ٻيهر داخل ڪن، ۽ ڪيترائي ماڻهو ڀڄي ويندا ۽ خريداري مڪمل نه ڪندا. ٻيهر، تبديليون گهٽجي وينديون. ٻئي طرف، ريڊس سڌو سنئون اپ ڊيٽ آهي، آخري لاگ ان ٿيل صارفين سان شايد شايد ضرورت نه آهي. ۽ هڪ سٺو سمجھوتو اهو آهي ته ريڊس وٺو ۽ ان کي ڪالھ کان بيڪ اپ کان بحال ڪريو، يا، جيڪڏھن توھان ڪريو ٿا ھر ڪلاڪ، ھڪڙو ڪلاڪ اڳ کان. خوشقسمتيء سان، ان کي بيڪ اپ مان بحال ڪرڻ جو مطلب آهي هڪ فائل کي نقل ڪرڻ. ۽ سڀ کان وڌيڪ دلچسپ ڪهاڻي آهي Elasticsearch. ڪنهن ڪڏهن ورتو آهي MySQL نقل؟ ڪنهن ڪڏهن ورتو آهي Elasticsearch replication؟ ۽ جن لاءِ اهو ڪم عام طور تي بعد ۾ ڪيو؟ منهنجو مطلب اهو آهي ته اسان پنهنجي نظام ۾ هڪ خاص وجود کي ڏسون ٿا. اهو لڳي ٿو مفيد آهي - پر اهو پيچيده آهي.
ڪمپليڪس ان معنى ۾ ته اسان جي ساٿي انجنيئرن کي ان سان ڪم ڪرڻ جو ڪو به تجربو نه آهي. يا اتي هڪ منفي تجربو آهي. يا اسان سمجھون ٿا ته هي اڃا تائين هڪ بلڪل نئين ٽيڪنالاجي آهي جنهن ۾ nuances يا خامي آهي. اسان سمجهون ٿا... لات، لچڪدار به صحتمند آهي، ان کي بيڪ اپ مان بحال ڪرڻ ۾ به گهڻو وقت لڳندو آهي، مان ڇا ڪريان؟ اسان سمجھون ٿا ته لچڪدار اسان جي صورت ۾ ڳولها لاء استعمال ڪيو ويندو آهي. اسان جو آن لائن اسٽور ڪيئن وڪڻي ٿو؟ اسان مارڪيٽن ڏانهن وڃون ٿا ۽ پڇون ٿا ته ماڻهو عام طور تي ڪٿان اچن ٿا. اهي جواب ڏين ٿا: "90٪ Yandex مارڪيٽ مان سڌو سنئون پراڊڪٽ ڪارڊ ڏانهن ايندا." ۽ يا ته اهي خريد ڪن ٿا يا نه. تنهن ڪري، ڳولا جي ضرورت آهي 10٪ استعمال ڪندڙن جي. ۽ لچڪدار نقل کي برقرار رکڻ، خاص طور تي مختلف علائقن ۾ مختلف ڊيٽا سينٽرن جي وچ ۾، حقيقت ۾ تمام گهڻيون شيون آهن. ڪهڙو نڪرڻ؟ اسان هڪ محفوظ سائيٽ کان لچڪدار وٺون ٿا ۽ ان سان ڪجھ به نه ڪريو. جيڪڏهن معاملو اڳتي وڌندو ته اسان شايد ان کي ڪنهن ڏينهن اٿارينداسين، پر اهو يقين ناهي. دراصل، نتيجو ساڳيو آهي، پلس يا مائنس: اسان، ٻيهر، خدمتون محفوظ نه ڪندا آهيون جيڪي پئسا متاثر نه ڪن. ڊراگرام کي آسان رکڻ لاءِ.

مثال نمبر چار، اڃا به وڌيڪ ڏکيو

انٽيگريٽر: گل وڪڻڻ، ٽئڪسي سڏڻ، سامان وڪڻڻ، عام طور، ڪا به شيءِ. ھڪڙو سنجيده شيء جيڪو ڪم ڪري ٿو 24/7 استعمال ڪندڙن جي وڏي تعداد لاء. هڪ مڪمل دلچسپ اسٽيڪ سان، جتي دلچسپ بيس، حل، اعلي لوڊ، ۽ سڀ کان اهم، اهو 5 منٽن کان وڌيڪ ليٽڻ ۾ ڏک ٿيندو آهي. نه رڳو ايترو ۽ ان ڪري جو ماڻهو خريد نه ڪندا، پر ڇاڪاڻ ته ماڻهو ڏسندا ته اها شيءِ ڪم نه ڪندي، هو پريشان ٿي ويندا ۽ ٿي سگهي ٿو واپس نه اچن.

ٺيڪ. پنج منٽ. اسان ان بابت ڇا ڪرڻ وارا آهيون؟ انهي حالت ۾، اسان، بالغن وانگر، هڪ حقيقي بيڪ اپ سائيٽ ٺاهڻ لاء سڀ پئسا استعمال ڪندا آهيون، هر شي جي نقل سان، ۽ شايد ممڪن طور تي هن سائيٽ تي خودڪار سوئچنگ پڻ. ۽ ان کان علاوه، توهان کي هڪ اهم ڪم ڪرڻ لاء ياد رکڻ جي ضرورت آهي: اصل ۾، تبديل ڪرڻ جي ضابطن کي لکو. ضابطا، جيتوڻيڪ توهان وٽ هر شي خودڪار آهي، تمام سادو ٿي سگهي ٿو. سيريز مان "اهڙي ۽ اهڙي هڪ جوابي اسڪرپٽ هلائي"، "روٽ 53 ۾ اهڙي ۽ اهڙي چيڪ باڪس تي ڪلڪ ڪريو" وغيره - پر اهو عملن جي ڪجهه قسم جي صحيح فهرست هجڻ گهرجي.

۽ هر شيء صاف لڳي ٿي. نقل کي تبديل ڪرڻ ھڪڙو ننڍڙو ڪم آھي، يا اھو پاڻ کي تبديل ڪندو. DNS ۾ ڊومين جو نالو ٻيهر لکڻ ساڳئي سيريز مان آهي. مصيبت اها آهي ته جڏهن اهڙو پروجيڪٽ ناڪام ٿئي ٿو، خوف شروع ٿئي ٿو، ۽ ايستائين جو مضبوط، ڏاڙهي وارا منتظم ان لاء حساس ٿي سگهن ٿا. واضح هدايتن جي بغير "ٽرمينل کوليو، هتي اچو، اسان جي سرور جو پتو اڃا به هن طرح آهي،" ٻيهر بحال ڪرڻ لاء مختص ڪيل 5 منٽ وقت جي حد کي پورا ڪرڻ ڏکيو آهي. خير، گڏوگڏ، جڏهن اسان انهن ضابطن کي استعمال ڪندا آهيون، اهو آسان آهي ته انفراسٽرڪچر ۾ ڪجهه تبديلين کي رڪارڊ ڪرڻ، مثال طور، ۽ ضابطن جي مطابق تبديل ڪريو.
خير، جيڪڏهن رزرويشن سسٽم تمام پيچيده آهي ۽ ڪجهه نقطي تي اسان غلطي ڪئي، پوء اسان پنهنجي بيڪ اپ سائيٽ کي تباهه ڪري سگهون ٿا، ۽ ان کان علاوه ڊيٽا کي ٻنهي سائيٽن تي ڪدو ۾ ڦيرايو - اهو مڪمل طور تي اداس ٿيندو.

مثال نمبر پنج، مڪمل سخت

هڪ بين الاقوامي خدمت جيڪا دنيا جي ڪروڙين صارفين سان گڏ. سڀ وقت جا علائقا آهن، وڌ ۾ وڌ رفتار تي تيز لوڊ، توهان بلڪل به ليٽ نه ٿا سگهو. هڪ منٽ - ۽ اهو اداس ٿيندو. ڇا ڪجي؟ رزرو، ٻيهر، مڪمل پروگرام جي مطابق. اسان سڀ ڪجھ ڪيو جيڪو مون اڳئين مثال ۾ ڳالهايو، ۽ ٿورو وڌيڪ. هڪ مثالي دنيا، ۽ اسان جو انفراسٽرڪچر IaaC ڊيوپس جي سڀني تصورن جي مطابق آهي. اهو آهي، هر شيء گٽ ۾ آهي، ۽ توهان صرف بٽڻ کي دٻايو.

ڇا غائب آهي؟ هڪ - مشق. ان کان سواء ناممڪن آهي. اهو لڳي ٿو ته هر شيء اسان سان ڀرپور آهي، اسان وٽ عام طور تي هر شيء ڪنٽرول هيٺ آهي. اسان بٽڻ کي دٻايو، سڀ ڪجهه ٿئي ٿو. جيتوڻيڪ اهو ائين آهي - ۽ اسان سمجهون ٿا ته اهو هن طريقي سان نٿو ٿئي - اسان جو نظام ڪجهه ٻين سسٽم سان رابطو ڪري ٿو. مثال طور، اھو آھي dns کان روٽ 53، s3 اسٽوريج، ڪجھ api سان انضمام. اسان هن قياس آرائي واري تجربي ۾ سڀ ڪجهه اڳڪٿي نه ڪري سگهنداسين. ۽ جيستائين اسان اصل ۾ سوئچ کي ڇڪيندا آهيون، اسان کي خبر ناهي ته اهو ڪم ڪندو يا نه.

اهو شايد سڀ ڪجهه آهي. سست نه ٿيو يا ان کان وڌيڪ. ۽ ٿي سگهي ٿو uptime توهان سان گڏ!

جو ذريعو: www.habr.com