Skal du bruge AWS? - dummies

Selv om AWS har meget at byde på, skal du stadig overveje, hvordan det svarer til dine specifikke behov. Denne overvejelse går ud over, at du blot bestemmer, om du virkelig vil flytte til skybaserede tjenester, men tager også hensyn til andre tilbud, der kan dække dine behov lige så godt (hvis ikke bedre). Du skal sammenligne AWS med andre skyttjenester. Du kan vælge at bruge AWS som en del af din løsning i stedet for som den eneste løsning. Selvfølgelig betyder det at kende de områder, hvor AWS udmærker sig.

Sammenligning af AWS til andre skygtjenester

Du har mange måder at sammenligne skyde tjenester på. En af de måder, hvorpå virksomheder generelt ser på tjenester, er af den markedsandel, de har. En stor markedsandel har en tendens til at sikre, at skytservicen vil eksistere i lang tid, og at mange mennesker finder sine tjenester både nyttige og funktionelle.

En nylig InfoWorld-artikel påpeger, at AWS i øjeblikket ligger 70 til 80 procent af skymarkedet. Derudover er AWS-indtægterne fortsat stigende, hvilket gør det muligt for Amazon at tilføje nye funktioner, samtidig med at eksisterende funktioner opretholdes ved højeste effektivitet.

Markedspladsen for cloud services fortsætter med at ændre sig i et hektisk tempo, så du skal holde dig ajour med de forskellige tilbud, som hver leverandør leverer. Derudover skal du spore prisfastsættelse og andre faktorer, der påvirker din applikationsudviklingsproces. Dine applikationsudviklingsbehov ændres også over tid, hvilket betyder, at de tjenester, du bruger i dag, måske ikke opfylder dine behov i morgen. Kort sagt må man ikke antage, at de valg du laver er rettet.

Stor markedsandel og kapital til at investere er ikke nødvendigvis en skyydienst, der opfylder dine behov. Du skal også vide, at værten kan levere de produkter, du har brug for i en formular, som du kan bruge. Tjek AWS produktlisten. Det omfatter alle de store IaaS, SaaS og PaaS kategorier. Du bør dog sammenligne disse produkter med de store AWS-konkurrenter:

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

Af de konkurrenter, der er anført her, kommer Google Cloud Platform tættest på at tilbyde samme funktion sæt findes i AWS. Når du kigger på Googles tilbud, skal du dog bemærke fremhævelsen af ​​maskinindlæringstjenester, der ikke findes i AWS. På den anden side har AWS mere at tilbyde i vejen for tingets ting (IoT), applikationer og mobiltjenester.

Hver af de leverandører, der tilbyder disse tjenester, er forskellige. Joyent tilbyder for eksempel et simpelt setup, der kan appellere stærkere til en SMB, der kun har få behov for at adressere og ikke ønsker at blive involveret i en kompleks service.Microsoft har derimod stærk support til SQL-databasestyring samt forbindelsen til den Windows-platform, som virksomhederne måske vil opretholde. Pointen er, at du skal se på hver af sælgerne for at bestemme, hvem der bedst kan opfylde dine behov (selvom de fleste stemmer med deres dollars på AWS).

Definere målområder, hvor AWS fungerer bedst

Når man ser på de tjenester, som AWS leverer, kan man se, at der lægges vægt på virksomhedens produktivitet. For eksempel tilbyder Google Cloud Platform fire forbedrede maskinindlæringstjenester, som du kan bruge til analyseformål, men AWS tilbyder kun en. Google Cloud Platform kan dog ikke matche AWS, når det kommer til mobiltjeneste, hvilket er et område, som brugerne helt sikkert vil have medtaget for at få adgang til applikationer.

Medmindre din virksomhed er stærkt involveret i analyseopgaver, er de tilbud, som AWS giver, betydeligt bedre på mange måder. Her er de servicekategorier, som AWS tilbyder:

• Beregning
• Opbevaring og indholdsleverance
• Database
• Netværk
• Analytics
• Enterprise-applikationer
• Mobiltjenester
• IoT
• Udvikler værktøjer
• Administrationsværktøjer
• Sikkerhed og identitet
• Applikationstjenester

I betragtning af de apptyper, som AWS understøtter bedst

teoretisk, kan du skabe næsten enhver form for applikation, der kan forestilles ved hjælp af AWS. Forskellen er ikke i hvilke opgaver applikationen ville udføre, eller hvordan applikationen ville administrere data - disse problemer er de samme som ved arbejde på skrivebordet. Hvad du skal overveje, er hvor applikationen ville udføre, hvilket betyder at forstå mulighederne for det underliggende skymiljø for at bestemme hvilke applikationer, som miljøet vil understøtte. Du kan opdele AWS-applikationstyper i disse områder:

• Slutbrugerprogrammer, som brugeren får adgang til direkte ved hjælp af en browser.
• Slutbrugerprogrammer, der aktuelt udføres i en browser, men forstærkes af baggrundsopkald til AWS.
• Slutbrugerprogrammer, der aktuelt udføres på skrivebordet, men forstærkes af baggrundsopkald til AWS.
• Administrationsprogrammer, der interagerer direkte med AWS.
• Webserviceprogrammer, der reagerer på opkald fra et fjernprogram.
• Web-tjenesteapplikationer, der bruger en pollet publicerings- / abonnementsmodel.
• Web-tjenesteapplikationer, der bruger en push publish / abonnere model.

Du kan komme med andre applikationstyper. Denne liste giver dig en ide om hvad der er muligt. Hovedpunktet er, at du stadig skal vide noget om det underliggende miljø. Hvis du f.eks. Vil oprette browserbaserede applikationer, kan du stole på tjenesten Elastic Beanstalk, som understøtter disse standardplatforme:

• Apache Tomcat til Java-applikationer
• Apache HTTP Server til PHP-applikationer
• Apache HTTP Server til Python applikationer
• Nginx eller Apache HTTP Server til Node. js applikationer
• Passagerer eller Puma til Ruby-applikationer
• Microsoft IIS 7.5, 8. 0 og 8. 5 for. NET-applikationer
• Java SE
• Docker
• Gå

Følgelig er de apptyper, som AWS understøtter bedst, delvist bestemt af den service, du bruger, og hvilke funktioner du tilføjer til den pågældende tjeneste. Men ligesom du kan udvide Elastic Beanstalk til at understøtte andre sprog, kan du også ændre, hvordan de andre tjenester fungerer også. Udvidelse af en tjeneste betyder nødvendigvis at kunne køre andre app typer. Den nederste linje er, at du skal overveje disse problemer:

• Bestemme hvilken tjeneste, der opfylder din app, har det bedste ud af pakken.
• Definerer hvilke servicefunktioner du skal gøre for at køre appen, og hvis det ikke er bedre end den samme app, når du kører lokalt.
• Udvidelse af tjenesten efter behov for at opfylde brugerdefinerede krav.
• Hentning af tredjepartspakkestøtte efter behov for at give adgang til data og andre ressourcer.
• I betragtning af behovet for at ændre applikationsfunktionalitet for at sikre fuld service i skymiljøet.

Få ikke ideen, men at skabe en app i skyen er præcis det samme som at oprette en app på dit lokale system eller i et browser miljø. Skyen udbyder udfordringer. Når du arbejder med skyen, skal du f.eks. Overveje latensproblemer, som du måske ikke skal overveje, når du kører appen i andre miljøer.

Du kører stadig appen over internettet. Du kan også opleve ulemper uden for din kontrol (se artiklen for detaljer om en 11 timers AWS-fejl, der ramte næsten halvdelen af ​​internettet). Hvis du har en app, der er så kritisk, at den aldrig kan gå ned, skal du muligvis besøge det lokale datacenter eller stole på flere cloud-produkter, hvilket betyder at koordinere funktionaliteten af ​​disse produkter, hvilket begrænser din evne til at udnytte fleksibiliteten tilbydes af et bestemt skyprodukt.