Wat moet u leren van de AWS S3-storing

Dus, wat hebben we allemaal meegenomen van de AWS-storing van deze week? Hangt ervan af aan wie je het vraagt. Velen van ons in de IT denken dat het een goede herinnering was om multicloud- en hybride cloudomgevingen te overwegen - stop eigenlijk niet al uw cloudworkload-eieren in één AWS-mand. De storing in de S3-opslag had gevolgen voor ongeveer 150.000 websites die worden gehost in het datacenter van Amazon in de VS-EAST-1-regio, in het noorden van Virginia.

De Amazon-storing herinnerde iedereen in de IT er een dag aan dat cloudworkloads off-premises zijn en dat ze op elk moment kunnen worden stopgezet. Cloud heeft nog steeds een herstel-, back-up- en continuïteitsplan nodig. Er is ook het beproefde voorbehoud dat mensen nog steeds de cloudmachines gebruiken. De S3-storing deze week deed zich voor toen een technicus een opdrachtfout maakte tijdens een routinetaak om een ​​opslagsubsysteem af te sluiten.

Maar er zijn andere manieren om na te denken over uitval van openbare cloudproviders (die veel minder vaak voorkomen dan vroeger). In plaats van alleen maar te zeggen dat je multicloud-implementaties gaat onderzoeken of meer hybride cloud gaat bouwen, zegt een branche-expert dat ontwerpen voor mislukking is wat je zou moeten overwegen voor cloudinfrastructuur. Aanbevolen tips om meteen te overwegen, zijn onder meer het kiezen van AWS-replicatie tussen regio's en het testen van storingen en hersteloplossingen. Tips voor de langere termijn zijn om de cloud-API te kiezen die het beste is voor uw bedrijf en niet alleen voor failover-redenen in te loggen bij een tweede cloudprovider.

Wat betreft hybride cloud, onderzoekt dit verhaal de trend van serverloos computergebruik:serverloos is in wezen hetzelfde als Platform as a Service (PaaS) computing. Met die aanpak verdwijnt de tussenpersoon (inkoop van hardware), waardoor IT-teams resources rechtstreeks op de platforms van cloudproviders kunnen leveren. Uiteindelijk, zegt een consultant, kan enterprise-IT ervoor kiezen om back-endservices rechtstreeks te verbinden met klanten en clientapplicaties, zodat er niet zoveel tussenstops zijn tussen gebruikers en de cloudfuncties die ze nodig hebben.

Natuurlijk was in ieder geval één cloudprovider in staat om zelfvoldaan te zijn toen de AWS-storing geen invloed had op hun eigen cloud, die deze week net werd aangekondigd. Nimble slaat zijn cloudvolumes niet op in AWS of Azure omdat het de betrouwbaarheid niet kan garanderen. Het heeft in plaats daarvan een eigen openbare cloudservice gebouwd voor blokopslag. Dit kan goed zijn voor zowel de verkoop van Nimble als de stabiliteit van hun klanten. Het zal interessant zijn om te zien of dit een trend begint.

Tot volgende week, knuffel die servers stevig.