Bør du bruke AWS? - dummies

Selv om AWS har mye å tilby, må du likevel vurdere hvordan det svarer dine spesifikke behov. Denne vurderingen går utover bare å avgjøre om du virkelig vil flytte til skybaserte tjenester, men tar også hensyn til andre tilbud som kan gi dine behov like bra (om ikke bedre). Du bør sammenligne AWS med andre skygtjenester. Du kan velge å bruke AWS som en del av løsningen din i stedet for som den eneste løsningen. Selvfølgelig betyr dette å vite områdene der AWS utmerker seg.

Sammenligning av AWS med andre skygtjenester

Du har mange måter å sammenligne skygtjenester på. En av måtene selskapene ofte ser på tjenester er av markedsandelen de har. En stor markedsandel har en tendens til å sikre at skygtjenesten vil være rundt i lang tid, og at mange mennesker finner tjenestene både nyttige og funksjonelle.

En nylig InfoWorld-artikkel påpeker at AWS i dag ligger 70 til 80 prosent av skymarkedet. I tillegg fortsetter AWS-inntektene å øke, noe som gjør at Amazon fortsetter å legge til nye funksjoner samtidig som eksisterende funksjoner opprettholdes med høy effektivitet.

Markedsplassen for skygtjenester fortsetter å forandre seg med et uheldig tempo, så du må holde deg oppdatert på de ulike tilbudene som hver leverandør leverer. I tillegg må du spore priser og andre faktorer som påvirker søknadsutviklingsprosessen. Dine applikasjonsutviklingsbehov endres også over tid, noe som betyr at tjenestene du bruker i dag kanskje ikke oppfyller dine behov i morgen. Kort sagt, ikke anta at valgene du gjør er løst.

Stor markedsandel og kapital å investere, legger ikke nødvendigvis opp til en skygtjeneste som oppfyller dine behov. Du må også vite at verten kan tilby de produktene du trenger i et skjema som du kan bruke. Sjekk ut AWS-produktlisten. Den omfatter alle de store IaaS, SaaS og PaaS kategoriene. Du bør imidlertid sammenligne disse produktene med de store AWS-konkurrentene:

• Cisco Metapod
• Google Cloud Platform
• Joyent
• Microsoft Azure

Av konkurrentene som er oppført her kommer Google Cloud Platform nærmest å tilby samme funksjonssett som finnes i AWS. Når du ser på Googles tilbud, bør du imidlertid merke til fremtredende maskininnlæringstjenester som ikke finnes i AWS. På den annen side har AWS mer å tilby i vei til ting til Internett (IoT), applikasjoner og mobiltjenester.

Hver av leverandørene som tilbyr disse tjenestene, er annerledes. For eksempel tilbyr Joyent et enkelt oppsett som kan appellere sterkere til en SMB som bare har få behov for å adressere og ikke ønsker å bli involvert i en kompleks tjeneste.Microsoft har derimot sterk styring av SQL-databasestyring, samt tilkoblingen til Windows-plattformen som bedrifter kan ønske å opprettholde. Poenget er at du må se på hver av leverandørene for å finne ut hvem som best kan imøtekomme dine behov (selv om, som tidligere nevnt, stemmer flest med sine dollar på AWS).

Definere målområder hvor AWS fungerer best

Når du ser på tjenestene som AWS gir, kan du se at det legges vekt på bedriftens produktivitet. For eksempel tilbyr Google Cloud Platform fire forbedrede maskinlæringstjenester som du kan bruke til analyseformål, men AWS tilbyr bare en. Google Cloud Platform kan imidlertid ikke samsvare med AWS når det gjelder mobiltjeneste, noe som brukerne helt sikkert vil ha inkludert for å få tilgang til applikasjoner.

Med mindre virksomheten din er sterkt involvert i analysearbeid, tilbyr tilbudene som AWS gir, betydelig bedre på mange måter. Her er tjenestekategorier som AWS tilbyr:

• Beregn
• Lagring og innholdslevering
• Database
• Nettverk
• Analytics
• Bedriftsprogrammer
• Mobiltjenester
• IoT
• Utvikler verktøy
• Administrasjonsverktøy
• Sikkerhet og identitet
• Applikasjonstjenester

Med tanke på apptyper som AWS støtter best

Teoretisk sett kan du opprette omtrent alle typer applikasjoner som kan tenkes å bruke ved hjelp av AWS. Forskjellen er ikke i hvilke oppgaver applikasjonen ville kjøre eller hvordan programmet skulle administrere data - disse problemene er de samme som når de jobber på skrivebordet. Det du må vurdere er hvor programmet skulle kjøre, hvilket betyr å forstå evnen til det underliggende skymiljøet for å finne ut hvilke applikasjoner som miljøet vil støtte. Du kan dele AWS-applikasjonstyper inn i disse områdene:

• Sluttbrukerprogrammer som brukeren får tilgang til direkte ved hjelp av en nettleser.
• Sluttbrukerprogrammer som for tiden utføres i en nettleser, men forsterkes av bakgrunnssamtaler til AWS.
• Sluttbrukerprogrammer som utføres på skrivebordet, men blir utvidet av bakgrunnsanrop til AWS.
• Administrasjonsapplikasjoner som samhandler direkte med AWS.
• Web-tjenesteprogrammer som reagerer på samtaler fra et eksternt program.
• Web-tjenesteprogrammer som bruker en pollet publiserings- / abonnementsmodell.
• Web-tjenesteprogrammer som bruker en push publiserings- / abonnementsmodell.

Du kan komme opp med andre applikasjonstyper. Denne listen gir deg en ide om hva som er mulig. Hovedpoenget er at du fortsatt trenger å vite noe om det underliggende miljøet. Hvis du for eksempel vil lage nettleserbaserte applikasjoner, kan du stole på tjenesten Elastic Beanstalk, som støtter disse standardplatformene:

• Apache Tomcat for Java-applikasjoner
• Apache HTTP Server for PHP-applikasjoner
• Apache HTTP Server for Python applikasjoner
• Nginx eller Apache HTTP Server for Node. js-applikasjoner
• Passasjer eller Puma for Ruby-applikasjoner
• Microsoft IIS 7.5, 8. 0 og 8. 5 for. NET-applikasjoner
• Java SE
• Docker
• Go

Følgelig er app-typene som AWS støtter best, delvis bestemt av tjenesten du bruker, og hvilke funksjoner du legger til den tjenesten. Men akkurat som du kan utvide Elastic Beanstalk til å støtte andre språk, kan du også endre hvordan de andre tjenestene fungerer også. Utvidelse av en tjeneste betyr nødvendigvis å kunne kjøre andre apptyper. Bunnlinjen er at du må vurdere disse problemene:

• Bestemme hvilken tjeneste som oppfyller appen din, trenger best direkte ut av pakken.
• Definerer hvilke tjenestefunksjoner du trenger for å få appen til å kjøre, så vel som, om ikke bedre enn, samme app når du kjører lokalt.
• Utvide tjenesten etter behov for å møte tilpassede krav.
• Oppnå tredjepartspakke støtte etter behov for å tillate tilgang til data og andre ressurser.
• Tatt i betraktning behovet for å endre applikasjonsfunksjonalitet for å sikre full service i skymiljøet.

Ikke få ideen, men å lage en app i skyen er akkurat det samme som å lage en app på ditt lokale system eller i et nettlesermiljø. Skyen presenterer utfordringer. For eksempel, når du arbeider med skyen, må du vurdere latensproblemer som du kanskje ikke trenger å vurdere når du kjører appen i andre miljøer.

Tross alt kjører du fortsatt appen på Internett. Du kan også oppleve utbrudd utenfor din kontroll (se artikkelen for detaljer om en 11-timers AWS-feil som rammet nesten halvparten av Internett). Hvis du har en app som er så kritisk at den aldri kan gå ned, må du kanskje gå tilbake til det lokale datasenteret eller stole på flere skyprodukter, noe som betyr at du samordner funksjonssettet av disse produktene, og dermed begrenser du muligheten til å utnytte fleksibiliteten tilbys av et bestemt skyprodukt.