De ellende die duizenden kleine bedrijven voelden toen de Amazon S3-service bijna vier uur lang werd verminkt op de ochtend van 28 februari werd veroorzaakt door, tromgeroffel … een enkele opdracht die verkeerd was ingevoerd. Met andere woorden, het was een menselijke fout. Een typfout.
Achter de oorzaak van de uitval van de Amazon S3
Om de uitleg letterlijk uit Amazon (NASDAQ: AMZN) te krijgen, is dit wat het bedrijf zei over de oorzaak van de uitval van de Amazon S3:
$config[code] not found"Om 9:37 uur PST voerde een geautoriseerd S3-teamlid met een vastgelegde playbook een opdracht uit die bedoeld was om een klein aantal servers te verwijderen voor een van de S3-subsystemen die door het S3-factureringsproces worden gebruikt. Helaas is een van de ingangen van de opdracht onjuist ingevoerd en is een grotere set servers verwijderd dan bedoeld. De servers die per abuis zijn verwijderd, ondersteunden twee andere S3-subsystemen. Een van deze subsystemen, het indexsubsysteem, beheert de metagegevens en locatie-informatie van alle S3-objecten in de regio. "
Het gaat in meer detail, maar dit is wat de hele zaak op gang bracht. Amazon was zeer transparant en effectief in het up-to-date houden van iedereen over het evenement met een grondige tijdlijn naarmate gebeurtenissen plaatsvonden.
Het is ook belangrijk om op te merken dat bedrijven geen gegevens verloren, en het effect was dat ze niet tijdig toegang konden krijgen tot bronnen, wat voor sommigen het hele evenement was. Maar voor bedrijven die afhankelijk zijn van die bronnen, was het een slechte dag.
Dit incident en het incident in 2015 en de incidenten die in de toekomst zullen plaatsvinden, moeten waardevolle lessen zijn voor iedereen met een digitale aanwezigheid. Als uw website een essentieel onderdeel van uw bedrijf is, laat dan een versie van dezelfde website op een andere locatie hosten. Praat met verschillende hostbedrijven en vind de beste die in staat is om aan al uw behoeften te voldoen.
Er zijn ook oplossingen voor disaster recovery en bedrijfscontinuïteit (DR / BC) die u zullen helpen bij het opzetten van het juiste systeem voor uw bedrijf. Hoe eerder u er een implementeert, hoe eerder u zich kunt ontspannen. Je moet pro-actief zijn in het beschermen van je digitale assets, net zoals je je fysieke winkel zou doen.
Amazon S3 foto via Shutterstock
Reactie ▼
