Ska du använda AWS? - dummies

Även om AWS har mycket att erbjuda, behöver du fortfarande överväga hur det svarar på dina specifika behov. Denna övervägning går utöver att bara bestämma om du verkligen vill flytta till molnbaserade tjänster, men tar också hänsyn till andra erbjudanden som kan tillgodose dina behov lika bra (om inte bättre). Du bör jämföra AWS med andra molntjänster. Du kan välja att använda AWS som en del av din lösning i stället för som den enda lösningen. Naturligtvis innebär det att man vet vilka områden AWS utmärker sig på.

Jämför AWS med andra molntjänster

Du har många sätt att jämföra molntjänster. Ett av de sätt som företag ser ofta på tjänster är av den marknadsandel de har. En stor marknadsandel tenderar att se till att molntjänsten kommer att vara kvar under lång tid och att många människor hittar sina tjänster både användbara och funktionella.

En nyhetsartikel från InfoWorld påpekar att AWS i dag hör 70 till 80 procent av molnmarknaden. Dessutom fortsätter AWS-intäkterna att öka, vilket gör att Amazon fortsätter att lägga till nya funktioner samtidigt som befintliga funktioner bibehålls vid högsta effektivitet.

Marknadsplatsen för molntjänster fortsätter att förändras i en hektisk takt, så du måste hålla dig uppdaterad om de olika erbjudanden som varje leverantör tillhandahåller. Dessutom måste du spåra priser och andra faktorer som påverkar din applikationsutvecklingsprocess. Dina behov av applikationsutveckling förändras också över tid, vilket innebär att de tjänster du använder idag kanske inte uppfyller dina behov i morgon. Kort sagt, antar inte att de val du gör är fixade.

Stor marknadsandel och kapital att investera behöver inte nödvändigtvis upp till en molntjänst som uppfyller dina behov. Du måste också veta att värden kan erbjuda de produkter du behöver i en form som du kan använda. Kolla in AWS-produktlistan. Den innehåller alla större kategorier av IaaS, SaaS och PaaS. Du bör dock jämföra dessa produkter med de stora AWS-konkurrenterna:

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

Av de konkurrenter som listas här kommer Google Cloud Platform närmast att erbjuda samma funktion uppsättning som finns i AWS. Men när du tittar på Googles erbjudanden, bör du notera framträdandet av maskininlärningstjänster som inte finns i AWS. Å andra sidan har AWS mer att erbjuda i vägen för saker i saken (IoT), applikationer och mobiltjänster.

Var och en av säljare som erbjuder dessa tjänster är annorlunda. Joyent erbjuder till exempel en enkel inställning som kan överklaga starkare till en SMB som bara har några behov att ta itu med och ingen önskan att bli involverad i en komplex tjänst.Microsoft har å andra sidan ett starkt SQL-databasstyrningsstöd samt anslutningen till den Windows-plattform som företagen kanske vill behålla. Poängen är att du måste titta på var och en av leverantörerna för att avgöra vilka som bäst passar dina behov (även om, som tidigare sagt, röstar de flesta med sina dollar på AWS).

Definiera målområden där AWS fungerar bäst

När man tittar på de tjänster som AWS tillhandahåller kan man se att tonvikten ligger på företagsproduktivitet. Google Cloud Platform erbjuder till exempel fyra förbättrade maskininlärningstjänster som du kan använda för analysändamål, men AWS erbjuder bara en. Google Cloud Platform kan emellertid inte matcha AWS när det gäller mobiltjänst, vilket är ett område som användare absolut vill ha med för att komma åt program.

Om inte ditt företag är starkt inblandat i analysuppgifterna, erbjuder de erbjudanden som AWS ger betydligt bättre på många sätt. Här är de tjänstekategorier som AWS erbjuder:

• Beräkna
• Lagring och innehållsleverans
• Databas
• Nätverk
• Analytics
• Företagsprogram
• Mobila tjänster
• IoT
• Utvecklare verktyg
• Verktygsverktyg
• Säkerhet och identitet
• Programtjänster

Med tanke på de apptyper som AWS stöder bäst

teoretiskt kan du skapa nästan vilken typ av applikation som helst som kan tänkas använda AWS. Skillnaden är inte i vilka uppgifter applikationen skulle utföra eller hur programmet skulle hantera data - dessa problem är desamma som när man arbetar på skrivbordet. Vad du behöver tänka på är var programmet skulle utföras, vilket innebär att förstå förmågan hos den underliggande molnmiljön för att bestämma vilka applikationer som miljön ska stödja. Du kan dela AWS-applikationstyper till dessa områden:

• Slutanvändarprogram som användaren åtkomst direkt med en webbläsare.
• Slutanvändarprogram som körs i en webbläsare men kompletteras med bakgrundsuppringningar till AWS.
• Slutanvändarprogram som körs på skrivbordet men kompletteras med bakgrundsuppringningar till AWS.
• Hanteringsprogram som interagerar direkt med AWS.
• Webb-applikationer som reagerar på samtal från ett fjärrprogram.
• Webb-applikationer som använder en pollad publicerings- / prenumerationsmodell.
• Webb-applikationer som använder en push publish / subscribe-modell.

Du kan komma med andra programtyper. Denna lista ger dig en uppfattning om vad som är möjligt. Huvuddelen är att du fortfarande behöver veta något om den underliggande miljön. Om du till exempel vill skapa webbaserade applikationer kan du lita på tjänsten Elastic Beanstalk, som ger stöd för dessa standardplattformar:

• Apache Tomcat för Java-applikationer
• Apache HTTP Server för PHP-applikationer
• Apache HTTP-server för Python-applikationer
• Nginx eller Apache HTTP-server för nod. js-applikationer
• Passagerare eller Puma för Ruby-applikationer
• Microsoft IIS 7.5, 8. 0 och 8. 5 för. NET-applikationer
• Java SE
• Docker
• Gå

Följaktligen är de apptyper som AWS stöder bäst bestämt av den tjänst du använder och vilka funktioner du lägger till den tjänsten. Men precis som du kan förlänga Elastic Beanstalk för att stödja andra språk kan du också ändra hur de övriga tjänsterna fungerar också. Att utvidga en tjänst betyder nödvändigtvis att kunna köra andra apptyper. Grunden är att du måste överväga dessa problem:

• Att bestämma vilken tjänst som möter din app behöver bäst direkt ut ur paketet.
• Definiera vilka tjänstegenskaper du behöver för att få appen att köras, och om inte bättre än samma app när den körs lokalt.
• Utöka tjänsten som behövs för att uppfylla anpassade krav.
• Skaffa tredjepartspaketstöd efter behov för att tillåta tillgång till data och andra resurser.
• Med tanke på behovet av att ändra applikationsfunktionalitet för att säkerställa full service i molnmiljön.

Får inte tanken att skapa en app i molnet är exakt samma som att skapa en app på ditt lokala system eller i en webbläsarmiljö. Molnet presenterar utmaningar. När du till exempel arbetar med molnet måste du överväga latensproblem som du kanske inte behöver tänka på när du kör appen i andra miljöer.

När du fortfarande kör appen över Internet. Du kan också uppleva brister utanför din kontroll (se artikeln för detaljer om ett 11 timmars AWS-avbrott som drabbade nästan hälften av Internet). Om du har en app som är så kritisk att den aldrig kan gå ner kan du behöva återkomma till det lokala datacentret eller förlita sig på flera molnprodukter, vilket innebär att samordna funktionssatsen för dessa produkter och därigenom begränsa din förmåga att utnyttja flexibiliteten erbjuds av en specifik molnprodukt.