आणि आम्हाला खात्री आहे की आपल्याला २ February फेब्रुवारी रोजी नेटवर्कवर परिणाम झालेल्या समस्येबद्दल माहिती मिळाली आहे, ज्यामध्ये या घटानंतर फक्त पाच तासांनंतर सेवा आणि काही अनुप्रयोगांवर परिणाम झाला. या प्रकरणात समस्या आधारित आहे Amazonमेझॉन वेब सर्व्हिसेस (AWS) एस 3 सेवा itमेझॉन वरुन या सिम्पल स्टोरेज सर्व्हिसमध्ये होस्ट केलेल्या इतर अनेक कंपन्यांमध्ये आयएफटीटी, जीआयएफ गिफी वेबसाइट, ट्रेलो किंवा हूटसूट सारख्या चांगल्या मूठभर सेवांचा त्याचा पूर्णपणे परिणाम झाला.
आतापर्यंत, आपल्या समस्येचे निराकरण झाल्यानंतर आपल्यासाठी काय स्पष्ट होईल ते म्हणजे Amazonमेझॉनने केलेल्या तपासणीनंतर, समस्येचे कारण मानवी चूक आहे. काही Sमेझॉन एस 3 कामगार बिलिंग सिस्टमवर देखभाल कार्य करीत होते आणि काही सर्व्हर बंद करणे आवश्यक होते, जसे आपण विचार करत असाल, हे सर्व अगदी वाईट रीतीने संपले आहे आणि हे आहे की कार्य आणि आवश्यकतेपेक्षा अधिक सर्व्हर चुकीच्या मार्गाने बंद केले गेले होते. आवश्यक उपप्रणाली माहिती पुनर्प्राप्त करण्यास सक्षम नव्हती, म्हणून सेवेने काम करणे थांबवले.
या अर्थाने आणि समस्येचे परिमाण पाहून, केवळ तेच करू शकत होते फक्त संपूर्ण सिस्टम रीस्टार्ट करणे आणि हे स्पष्टपणे काही मिनिटांत केले जात नाही कारण बर्‍याच प्रक्रिया त्यांच्याकडे साठवलेल्या माहितीच्या प्रमाणात जास्त वेळ लागतात. या व्यतिरिक्त या अर्थाने, यापूर्वी बरेच सर्व्हर रीबूट केले नव्हते आणि यामुळे सेवेच्या पुन्हा सक्रियतेवर परिणाम झाला.
आता हे पुन्हा पुन्हा सांगता येईल की नाही याबद्दल आपल्याला शंका आहे कारण बिलिंग सिस्टममधील देखभाल कार्य प्रभारी अभियंताने मॅन्युअलबद्दल योग्य कार्य केले परंतु चुकून त्याने अशा गोष्टीला स्पर्श केला की त्यास कारण बनू नये. नेटवर्क बाद होणे भविष्यात पुन्हा घडू शकते. दुसरीकडे आणि समस्येनंतर आता एक नवीन आहे सुरक्षा पर्याय जेथे अभियंता सर्व्हर अक्षम करण्यात सक्षम होणार नाहीत आणि काल्पनिक भावी देखभाल कार्यात असे होऊ नये म्हणून डॅशबोर्ड एस 3 पासून स्वतंत्र सिस्टम असेल.
