Nukentėjusių tūkstančių smulkių įmonių jaučiamas, kai „Amazon S3“ paslauga buvo sugriauta beveik keturias valandas vasario 28 d. Ryte, sukėlė būgno ritinys … viena komanda, kuri buvo įvesta neteisingai. Kitaip tariant, tai buvo žmogaus klaida. Typo.
Už „Amazon S3“ nutraukimo priežasties
Tiesiog taip gausite žodį iš „Amazon“ (NASDAQ: AMZN), čia kompanija pasakė apie „Amazon S3“ nutraukimo priežastį:
$config[code] not found„9:37 PST, įgaliotas S3 komandos narys, naudodamas nustatytą grojaraštį, atliko komandą, skirtą pašalinti nedidelį serverių skaičių vienam S3 posistemiui, kurį naudoja S3 atsiskaitymo procesas. Deja, vienas iš komandų įvestų įrašų buvo neteisingai įvestas ir didesnis serverių rinkinys buvo pašalintas, nei buvo numatyta. Netyčia pašalinti serveriai palaikė du kitus S3 posistemius. Vienas iš šių posistemių, indeksų posistemio, valdo visų regiono S3 objektų metaduomenis ir vietos informaciją. “
Tai išsamesnė, tačiau tai paskatino visa tai. „Amazon“ buvo labai skaidrus ir veiksmingas, kad visi įvykiai būtų nuolat atnaujinami, nes įvykiai įvyko nuodugniai.
Taip pat svarbu pažymėti, kad bendrovės neprarado duomenų, o poveikis negalėjo laiku pasiekti išteklių, o kai kuriems jų buvo visas įvykis. Tačiau įmonėms, kurios remiasi šiais ištekliais, tai buvo bloga diena.
Šis incidentas ir 2015 m. Įvykis, ir tie, kurie vyks ateityje, turėtų būti vertingos pamokos visiems, turintiems skaitmeninį buvimą. Jei jūsų svetainė yra svarbi jūsų verslo dalis, turėkite tos pačios svetainės versiją kitoje vietoje. Pasikalbėkite su įvairiomis priimančiomis bendrovėmis ir suraskite geriausią, kuris galėtų patenkinti visus jūsų poreikius.
Taip pat yra avarijų atkūrimo ir veiklos tęstinumo (DR / BC) sprendimai, padėsiantys jums sukurti tinkamą sistemą jūsų įmonei. Kuo greičiau ją įgyvendinsite, tuo greičiau galėsite atsipalaiduoti. Jūs privalote aktyviai apsaugoti savo skaitmeninį turtą, kaip ir jūsų plytų ir skiedinio parduotuvėje.
„Amazon S3“ nuotrauka per „Shutterstock“
Komentuoti ▼
