Hva er AWS Cloud? - dummies

Amazon Web Services (AWS) er faktisk et stort utvalg av tjenester som kan påvirke forbrukere, små og mellomstore bedrifter (SMB) og bedrifter. Ved hjelp av AWS kan du gjøre alt fra å sikkerhetskopiere din personlige harddisk til å skape en fullverdig IT-avdeling i skyen.

Den installerte basen er enorm. Du finner casestudier av selskaper som Adobe og Netflix som bruker AWS. AWS bruk er ikke bare for private selskaper heller - selv regjeringen benytter seg av sine tjenester.

Teknologien som gjør alle disse tjenestene mulig er faktisk enkel i oppfatningen. Tenk på et par tinn bokser med en streng festet mellom dem. Amazon har en blikkskinne og du holder den andre. Ved å snakke i en boks kan du høre hva som er sagt i den andre enden. Implementeringen avhenger imidlertid av detaljer som gjør kommunikasjonen vanskeligere enn du kanskje tenkte. Følgende diskusjon gir deg en oversikt over hvordan AWS-skyen fungerer.

Service-drevne applikasjonsarkitekturer

Service-drevne applikasjonsarkitekturer, noen ganger kjent som Service Oriented Architectures (SOA), kommer i mange former. Uansett hvordan du ser dem, service-drevne applikasjonsarkitekturer er utvidelser av klient-server-teknologiene som brukes i de tidlige dagene av databehandling, idet en klient gjør en forespørsel om at en server oppfyller ved å utføre en handling eller sender et svar. Implementeringsdetaljer har imidlertid endret seg betydelig gjennom årene, og gjør moderne applikasjoner langt mer pålitelige, fleksible og mindre avhengige av en bestemt nettverkskonfigurasjon.

Forespørsels- og responsprosessen kan innebære flere nivåer av granularitet, med begrepet microservice anvendt på den minste forespørselen og responsparene. Utviklere refererer ofte til et program som bygger på en tjenestedrevet applikasjonsarkitektur som en kompositt applikasjon fordi den eksisterer som flere stykker limet sammen for å danne en helhet. Service-drevne applikasjonsarkitekturer følger mange bestemte mønstre, men generelt bruker de følgende sekvens for å utføre kommunikasjonsoppgaver.

1. Lag en forespørsel på klienten ved hjelp av hvilken som helst meldingsteknologi serveren krever.
2. Pakke forespørselen, legg til sikkerhet eller annen informasjon etter behov.
3. Send forespørselen ved hjelp av en protokoll, for eksempel Simple Object Access Protocol (SOAP), eller en arkitektur, for eksempel REPResentational State Transfer (REST). (Oppdag hvordan SOAP fungerer og hvordan REST fungerer - en bestått kunnskap om begge er nyttig i arbeid med AWS.)
4. Behandle forespørselen på serveren.
5. Utfør en handling eller returdata etter behov fra forespørselen.
6. Når du arbeider med data, behandler du svaret på klienten og presenterer resultatene for brukeren (eller annen mottaker).

AWS tilbyr en tjeneste-drevet applikasjonsarkitektur der du velger en bestemt tjeneste, for eksempel S3, for å utføre bestemte oppgaver, for eksempel å sikkerhetskopiere filer på en harddisk. I mange tilfeller må du utføre oppsettstrinn i tillegg til å bare samhandle med tjenesten. Hvis du for eksempel ser på denne ti minutters opplæringen, finner du at du først må opprette en bøtte for å lagre filene du vil laste opp til Amazon. Dette ekstra trinnet gir mening fordi du må etablere et sted hvorfra du kan hente filene senere, og du vil ikke at filene dine skal blandes inn med filer fra andre personer.

Selv om mange av prosessene du utfører med AWS, krever bruk av en app (slik at du har et brukergrensesnitt i stedet for kode for å jobbe med), er den underliggende prosessen den samme. Koden som er angitt i appen, gjør forespørsler om deg og venter deretter på svar. I enkelte tilfeller må appen bestemme suksess eller fiasko for en handling på serveren. Du må imidlertid innse at disse handlingene foregår i kode og at koden bruker en rekke trinn for å oppnå oppgaven du har bedt om å utføre.

Prosess- og funksjonsdrevne arbeidsflyter

I å lage programmer som hjelper til med å administrere underliggende tjenester definerer AWS også arbeidsflyter. En arbeidsflyt er en organisert metode for å utføre oppgaver. For eksempel, når du vil lagre en fil til AWS ved hjelp av S3, må du først opprette en bøtte for å holde filen. Først etter at du har opprettet en bøtte, kan du lagre en fil til AWS. I tillegg kan du ikke hente en fil fra bøtte til du først lagrer en fil der, noe som gir mening fordi du ikke kan ta en fil ut av tynn luft. Kort sagt, definerer en arbeidsflyt en prosedyre for å jobbe med programvare, og konseptet har eksistert i lang tid. (De første arbeidsflytene oppstod på midten av 1970-tallet med enkle kontorautomatiseringsprototyper ved Xerox Parc og University of Pennsylvania Wharton School of Business.)

Arbeidsflyter kan bestå av flere arbeidsflyter. I tillegg styrer arbeidsflyt samspillet mellom brukere og underliggende tjenester. En prosess er aggregering av tjenester som forvaltes av arbeidsflyter i en sammenhengende helhet. Arbeidsflytene kan utføre generiske oppgaver, men prosesser pleier å være spesifikke og hjelpe brukerne å oppnå bestemte mål. En prosessdrevet arbeidsflyt er proaktiv og forsøker å omgå potensielle problemer ved

• Spotting failure patterns og handler på dem
• Ser etter trender som har en tendens til å føre til feil
• Lokalisering og slokking av potensielle trusler

Ved å se gjennom disse opplæringene, finner du at de alle involverer å bruke noen type brukergrensesnitt. Brukergrensesnittet gir arbeidsflyten som brukes til å administrere de underliggende tjenestene. Hvert stort opplæringssteg er en arbeidsflyt som utfører en bestemt oppgave, for eksempel å lage en bøtte.Når du kombinerer disse individuelle arbeidsflytene i en samlet helhet, kan prosessen hjelpe en bruker til å utføre oppgaver som å flytte filer mellom skyen og brukerens system. Opprette et skyfilsystem er et eksempel på en prosessdrevet arbeidsflyt: Arbeidsflyten eksisterer for å gjøre prosessen levedyktig. Arbeidsflyter kan bli ganske komplekse i storskala operasjoner, men å se dem hjelper deg med å forstå AWS bedre. Finn en mer detaljert diskusjon av arbeidsflyter og prosesser.

A funksjon er den reaktive bruken av tjenester som forvaltes av arbeidsflyter for å løse bestemte problemer i sanntid. Selv om det ville være fint om prosessdrevne arbeidsflyter jobbet hele tiden, er virkeligheten at selv med 99.9999 prosent pålitelighet, vil prosessen mislykkes på et tidspunkt, og en funksjonsdrevet arbeidsflyt må være på plass for å takle den feilen. Selv om prosessdrevne arbeidsflyter fokuserer på fleksibel gjennomføring av oppgaver, fokuserer funksjonsdrevne arbeidsflyter på prosedyrisk demping av effekten av en feil. Kort sagt, funksjonsdrevne arbeidsflyter adresserer behov. AWS-tjenestene og arbeidsflyten omhandler også dette problemet gjennom brukergrensesnittet, for eksempel ved å manuelt gjenopprette en sikkerhetskopiering for å redusere systemfeil.