Amazonas servicesystems softwareinfrastrukturstrategi - dummies

På grund af Amasons lavmargede krav med høj grad skal du nok forvente, at den har en unik tilgang til cloud computing-softwareinfrastrukturen, der løber oven på hardware miljø, ikke? Du ville være korrekt.

Amazon har skabt et unikt, højt specialiseret software miljø for at levere sine cloud computing-tjenester. Det er unikt, fordi folk ved første øjekast ofte finder Amazon Web Services (AWS) forskellige og forvirrende - det er i modsætning til andre computermiljøer, de tidligere har oplevet.

Når brugerne forstår, hvordan AWS opererer, finder de dog generelt, at dets design giver mening, og at det er passende for det, det leverer - og vigtigere for, hvordan folk bruger tjenesten.

Selv om Amazon har en usædvanlig tilgang til sit hardware-miljø, er det i softwareinfrastrukturen, at dets unikhed virkelig skiller sig ud. Her er et hurtigt overblik over dets funktioner. Softwareinfrastrukturen er

• Baseret på virtualisering: Virtualisering - en teknologi, der abstrakt softwarekomponenter afhængigt af deres underliggende hardware - ligger i hjertet af AWS. At kunne skabe virtuelle maskiner, starte dem, afslutte dem og genstarte dem hurtigt gør AWS-tjenesten mulig.

  Som du måske forventer, har Amazon henvendt sig til virtualisering på en unik måde. Det ønskede naturligvis en billig måde at bruge virtualisering på, så det valgte open source Xen Hypervisor som dets software fundament. Derefter gjorde det betydelige ændringer i "vanilje" Xen-produktet, så det kunne opfylde kravene i AWS.

  Resultatet er, at Amazon udnytter virtualisering, men den virtualiseringsløsning, der blev opdaget, er udvidet på måder der understøtter stor skala og en overflod af tjenester bygget ovenpå.

• Opereret som en tjeneste: Du tænker: "Selvfølgelig drives det som en tjeneste - derfor hedder det Amazon Web Services! "

  Det er sandt, men Amazon måtte skabe en enorm softwareinfrastruktur for at kunne tilbyde sin computerkapacitet som en tjeneste.

  For eksempel måtte Amazon skabe en måde for brugerne at drive deres AWS-ressourcer fra en afstand og uden krav til lokal hands-on interaktion. Og det var nødvendigt at adskille brugerens ressourcer fra alle andres ressourcer på en måde, der sikrer sikkerhed, fordi ingen ønsker, at andre brugere skal kunne se, få adgang til eller ændre sine ressourcer.

  Amazon skulle give et sæt grænseflader - et programprogrammeringsinterface (API) - for at give brugerne mulighed for at styre alle aspekter af AWS.

• Designet til fleksibilitet: Amazon designet AWS til at adressere brugere som sig selv - brugere, der har brug for rige computertjenester til rådighed på et øjebliks varsel for at understøtte deres applikationsbehov og konstant skiftende forretningsbetingelser.

  Med andre ord, ligesom Amazon ikke kan forudsige, hvad dets krav til computere vil være om et år eller to, kan det heller ikke markedet, som Amazon byggede AWS på.

  I den situation er det fornuftigt at gennemføre få begrænsninger for tjenesten. I stedet for at tilbyde et tæt integreret sæt af tjenester, der kun indeholder nogle få måder at bruge dem på, giver Amazon et yderst granuleret sæt af tjenester, der kan "blandes og matches" af brugeren til at oprette et program, som opfylder de nøjagtige behov.

  Ved at designe tjenesten på en meget fleksibel måde, giver Amazon sine kunder mulighed for at være kreative og derved understøtte innovation.

  Ikke alene er computertjenesterne selv meget fleksible, og betingelserne for brug af AWS er ​​også fleksible. Du behøver ikke mere at komme i gang end en e-mail-adresse og et kreditkort.

• Meget elastisk: Hvis du allerede erkender den iboende upålidelighed af hardware, indser du nu, at der ikke er nogen måde at implementere resiliency via hardware. Det indlysende alternativ er med software, og det er den vej, Amazon har valgt.

  Amazon gør AWS meget modstandsdygtige ved at implementere ressourceafskedigelse - hovedsagelig ved at bruge flere kopier af en ressource for at sikre, at fejl i en enkelt ressource ikke forårsager, at tjenesten mislykkes.

  Hvis du f.eks. Kun lagrer en kopi af hver af dine objekter inden for dens S3-tjeneste, kan det pågældende objekt nogle gange være utilgængeligt, fordi den diskdrev, den ligger på, er brudt ned. I stedet beholder AWS flere kopier af et objekt, hvilket sikrer, at selvom en - eller to! - Objekter bliver utilgængelige på grund af hardwarefejl, brugere kan stadig få adgang til objektet og derved forbedre S3-pålideligheden og holdbarheden.

Sammenfattende har Amazon implementeret en rig softwareinfrastruktur, der gør det muligt for brugerne at få adgang til store mængder computerressourcer til rock-bottom priser.