Indholdsfortegnelse:
Video: AWS vs Azure | AWS vs Azure Comparison | Difference Between AWS And Azure | Simplilearn 2025
Amazon Web Services (AWS) er faktisk et stort udvalg af tjenester, der kan påvirke forbrugerne, små og mellemstore virksomheder (SMB) og virksomheder. Ved hjælp af AWS kan du gøre alt fra at sikkerhedskopiere din personlige harddisk til at skabe en fuldverdig it-afdeling i skyen.
Den installerede base er enorm. Du kan finde casestudier af virksomheder som Adobe og Netflix, der bruger AWS. AWS brug er ikke kun for private virksomheder - selv regeringen bruger sine tjenester.
De teknologier, der gør alle disse tjenester mulige, er faktisk simple i opfattelsen. Tænk på et par dåse dåser med en streng fastgjort mellem dem. Amazon har en dåse dåser, og du holder den anden. Ved at tale i en tin kan du høre hvad der siges i den anden ende. Implementeringen afhænger dog af detaljer, der gør kommunikationen hårdere, end du måske oprindeligt tror. Den følgende diskussion giver dig et overblik over, hvordan AWS-skyen fungerer.
Service-drevne applikationsarkitekturer
Service-drevne applikationsarkitekturer, der ofte kaldes Service Oriented Architectures (SOA), kommer i mange former. Uanset hvordan du ser dem, er service-drevne applikationsarkitekturer udvidelser af klient-server-teknologierne, der anvendes i de tidlige computerdata, idet en klient foretager en anmodning om, at en server opfylder ved at udføre en handling eller sender et svar. Implementeringsdetaljerne har dog ændret sig markant gennem årene, hvilket gør moderne applikationer langt mere pålidelige, fleksible og mindre afhængige af en bestemt netværkskonfiguration.
Forespørgsels- og responsprocessen kan involvere flere niveauer af granularitet, med udtrykket microservice anvendt på den mindste anmodning og responspar. Udviklere henviser ofte til en applikation, der bygger på en servicedrevet applikationsarkitektur som en komposit applikation, fordi den eksisterer som flere stykker limet sammen for at danne en helhed. Service-drevne applikationsarkitekturer følger mange specifikke mønstre, men generelt bruger de følgende sekvens til at udføre kommunikationsopgaver.
- Opret en forespørgsel på klienten, uanset hvilken meddelelsesteknologi serveren kræver.
- Pakke anmodningen, tilføj sikkerhed eller anden information efter behov.
- Send anmodningen ved hjælp af en protokol, som f.eks. Simple Object Access Protocol (SOAP) eller en arkitektur, såsom REPResentational State Transfer (REST). (Find ud af, hvordan SOAP virker, og hvordan REST virker - en passerende viden om begge er nyttige i arbejdet med AWS.)
- Behandle forespørgslen på serveren.
- Udfør en handling eller returner data som krævet af anmodningen.
- Når du arbejder med data, behandler du svaret på klienten og præsenterer resultaterne for brugeren (eller en anden modtager).
AWS leverer en servicedrevet applikationsarkitektur, hvor du vælger en bestemt tjeneste, som f.eks. S3, til at udføre specifikke opgaver, f.eks. Sikkerhedskopiering af filer på en harddisk. I mange tilfælde skal du udføre opsætningsstrin foruden blot at interagere med tjenesten. Hvis du f.eks. Ser på denne ti minutters tutorial, finder du, at du først skal oprette en spand til at gemme de filer, du vil uploade til Amazon. Dette ekstra trin giver mening, fordi du skal oprette en placering, hvorfra filerne kan hentes senere, og du vil ikke have dine filer blandet ind med filer fra andre personer.
Selvom mange af de processer, du udfører med AWS, kræver brug af en app (så du har en brugergrænseflade i stedet for at kodes til at arbejde med), er den underliggende proces den samme. Koden i appen gør anmodninger om dig og venter derefter på et svar. I nogle tilfælde skal appen bestemme succes eller fiasko for en handling på serveren. Du skal dog indse, at disse handlinger finder sted i kode, og at koden bruger en række trin til at udføre den opgave, du har bedt om at udføre.
Proces- og funktionsdrevne arbejdsgange
Når du opretter apps, der hjælper med at styre underliggende tjenester, definerer AWS også arbejdsgange. En arbejdsgang er en organiseret metode til at udføre opgaver. For eksempel, når du vil gemme en fil til AWS ved hjælp af S3, skal du først oprette en bucket for at holde filen. Først efter at du har oprettet en spand, kan du gemme en fil til AWS. Desuden kan du ikke hente en fil fra spanden, før du først gemmer en fil der, hvilket giver mening, fordi du ikke kan få fat i en fil uden for tynde luft. Kort sagt definerer en workflow en procedure for at arbejde med software, og konceptet har eksisteret i lang tid. (De første arbejdsgange optrådte i midten af 1970'erne med enkle kontorautomatiseringsprototyper ved Xerox Parc og University of Pennsylvania's Wharton School of Business.)
Arbejdsgange kan bestå af yderligere arbejdsgange. Derudover styrer workflows interaktionen mellem brugere og underliggende tjenester. En proces er aggregering af tjenester, der forvaltes af arbejdsgange i en sammenhængende helhed. Arbejdsflytene kan udføre generiske opgaver, men processer har tendens til at være specifikke og hjælpe brugerne med at nå bestemte mål. En procesdrevet arbejdsgang er proaktiv og forsøger at omgå potentielle problemer ved
- Spotting failure patterns og handlinger på dem
- Leder du efter tendenser, der har tendens til at føre til fejl
- Find og slukke potentielle trusler
Ved at se igennem Disse tutorials, du finder ud af, at de alle involverer at bruge en slags brugergrænseflade. Brugergrænsefladen giver arbejdsgangen til at administrere de underliggende tjenester. Hvert større trin i træning er en workflow, der udfører en bestemt opgave, som f.eks. Oprettelse af en spand.Når du kombinerer disse individuelle arbejdsgange til en samlet helhed, kan processen hjælpe en bruger med at udføre opgaver som at flytte filer mellem skyen og brugerens system. Oprettelse af et cloud-filsystem er et eksempel på en procesdrevet arbejdsgang: Workflow eksisterer for at gøre processen levedygtig. Arbejdsstrømme kan blive ret komplekse i store operationer, men at se dem hjælper dig med at forstå AWS bedre. Find en mere detaljeret diskussion af arbejdsgange og processer.
A funktion er den reaktive brug af tjenester, der forvaltes af arbejdsgange til at løse specifikke problemer i realtid. Selvom det ville være rart, hvis procesdrevne arbejdsprocesser fungerede hele tiden, er virkeligheden, at selv med 99.9999 procent pålidelighed vil processen fejle på et tidspunkt, og en funktionsdrevet arbejdsgang skal være på plads for at imødegå dette svigt. Selvom procesdrevne arbejdsgange fokuserer på fleksibel gennemførelse af opgaver, fokuserer funktionstunge arbejdsgange på procedurelt dæmpende effekten af en fejl. Kort sagt, funktionsdrevne arbejdsgange adresserer behov. AWS-tjenester og arbejdsgange omhandler også dette problem via brugergrænsefladen, f.eks. Ved manuelt at gendanne en sikkerhedskopi for at begrænse systemfejl.