Skip to main content

Vad ditt företag kan lära av Amazonas molnutsläpp

Servrarna är säkerhetskopierade och användarna kan återigen checka in på Foursquare och ställa frågor om Quora, men arvet i förra veckans Amazon Elastic Cloud Computing (EC2) -avbrott kommer att fortsätta och tillhandahålla viktiga lärdomar för företag som de ser till cloud computing för deras IT-framtid.

Även om det har varit högprofilade molnstörningar innan, omfattningen och längden av Amazons oväntade stillestånd, liksom profilen för några av de klienter som drogs ner med det, gör det allt mer effektfullt. Så medan Amazon scrambles för att ta reda på vad som gick fel, så här gör du för att du är redo för turbulens på vägen till molnet.

Amazon bygger sitt molndatas centrum i Tillgänglighet Zones för att ge en redundansnivå. Det är som att designa ett fartyg med flera vattentäta fack, så att om en eller två är skadade kvarstår fartyget flytande. Historien har dock visat oss att inget "osynligt" skepp är verkligen otänkbart, och att tro är så dumhet. Lita på din design, men har alltid tillräckligt med flytvästar ombord.

[Vidare läsning: Bästa NAS-lådor för media streaming och backup]

Även med ett stort hål poked i sin trovärdighet med nästan två dagar stillestånd, cloud computing i allmänhet och Amazon EC2 i synnerhet fortfarande erbjuda tvingande fördelar för småföretaget - framförallt förmågan att avlasta hanteringen av komplexa beräkna krav.

Det finns sätt att mildra några av de potentiella utmaningarna av ett avbrott som Amazons . Med lite omtanke och förtänksamhet kan småföretag fortfarande vända sig till molnet som ett sätt att minska tiden och pengar de stannar på "att hålla lamporna på" en del av IT-förvaltningen och öka den mängd ansträngning de spenderar på innovation genom teknik .

Vad är Mission Critical?

Företagen som är beroende av Internet-anslutning, som Foursquare och Quora, är mer lockade än de flesta till värdetillfället för cloud computing. Möjligheten att skala sin miljö (och deras faktura) upp eller ner med användningen är enorm. Men det här är också de företag som står för att förlora mest när det finns stillestånd, eftersom den Internetbaserade tjänsten bokstavligen är verksamheten.

Men om du inte startar nästa hot-button sociala medieegenskap är du en lite mer lyckosam. Du kan välja och välja de delar av din IT-infrastruktur som du vill behålla på plats och lägga ut andra för att maximera lönsamheten.

Molnet behöver inte vara allt eller inget. Kanske är e-post och webbplatsen för viktig för ditt företag att vara under någon annans klocka. Men kanske finns det några test- och utvecklingsbelastningar som lyckligtvis kan leva på molnet. Om du är orolig för molnleverantörens tillförlitlighet, använd molnet för arbetsbelastningar som inte tar ner verksamheten med dem om de går ner eller det kan vänta ett tag borde behöva vara.

Diversifiera, diversifiera, diversifiera

Om du är i en position där det är meningsfullt att ha till och med din viktigaste IT-infrastruktur i molnet för tillgänglighet, flexibilitet eller ekonomi, finns det sätt att få det att fungera för dig. Du måste bara se till att din molnmiljö är minst lika redundant och katastrofklar som din nätverks-, server- och lagringsinfrastruktur på plats.

Småföretag måste vara redo för tillfällig storm i Cloud.My PC World-kollegaen Tony Bradley erbjuder ett exempel på SmugMug, den online fotodelningswebbplatsen som körs på Amazons moln och överlevde ändå Amazonpocalypse med nary a scratch. I SmugMugs fall var det i stor utsträckning ett fall att vara i rätt del av molnet vid rätt tillfälle och inte prenumerera på den svårastaste Amazon-tjänsten, det elastiska Block Storage-erbjudandet.

Men bara för att vara säker om Arbetsbelastningen är kritisk, det kan vara värt att undersöka att du går in i relationer med flera molnleverantörer, vilket förhindrar att ditt företag faller till ett enda felpunkt även i molnet.

SLAs Matter

Och medan du förhandlar om de som handlar om en eller flera molnleverantörer, ta en minut för att undersöka dina servicenivåavtal (SLA) med någon leverantör. SLA: er bör beskriva hur dina leverantörer belönas när saker går rätt och hur du kompenseras när saker går fel.

Särskilt om du arbetar med en lokal tjänsteleverantör som arbetar med en Amazon, en Google eller en annan stor leverantör av offentlig infrastruktur för moln, se till att dessa SLAer stavar ut vem som är ansvarig för vad ska sakerna gå fel på. Det är värt extra tid och ansträngning tidigt i sambandet för att se till att dessa SLA är klara, omfattande och strykta.

Om något går fel, vill du inte att ditt företag ska lura offline medan dina säljare skickar pengar för ansvar för avbrottet. Det här är själva definitionen av när du vill ha en hals att kväva, och du vill se till att det är klart för vem den halsen hör.

Robert Dutt är en veteran IT-journalist och bloggare. Han täcker den kanadensiska IT-teknikleverantörscenen dagligen på ChannelBuzz.ca. Du kan också hitta honom på Twitter.