Google Cloud vs AWS i 2020 (Jämförelse av Jättarna)

Det är ingen överraskning att molnlagring bokstavligen har tagit världen med storm. För de flesta företag och verksamheter är dagarna av slit och ve med komplicerade serverrum och komplicerade nätverk borta för alltid. Under det senaste decenniet har molnlagring blivit mer kostnadseffektiv, säker och pålitlig.

De stora leverantörerna i branschen investerar nu kraftigt i sin hårdvara, mjukvara och globala nätverksinfrastruktur för att få fler marknadsandelar, vilket har resulterat i oöverträffad prestanda. Sund konkurrens är alltid en vinst för konsumenter och partners eftersom detta pressar ner kostnaderna och kräver ständig innovation för att ligga steget före.

Vanligtvis när vi tänker på molnlagrings-leverantörer hänvisar vi till de tre jättarna i branschen: Azure, Google Cloud, och AWS. Idag ska vi jämföra bara två av dem, Google Cloud vs AWS. Vi använder uteslutande Google Cloud Platform här på Kinsta, men vi ska försöka hålla den här artikeln så opartisk som möjligt och förklara allt i lekmannatermer. Det finns definitivt vissa fördelar och nackdelar för båda leverantörerna.  Lita på oss, vi har upplevt vår beskärda del av utmaningar! Oavsett vilken leverantör du väljer, kommer du alltid att stöta på problem någon gång på vägen.

Molnlagringstrender

Innan vi dyker in i jämförelsen av Google Cloud vs AWS, låt oss ta en titt på några av de senaste molnlagringstrenderna. Det är en spännande bransch att vara en del av. I januari 2017 genomförde RightScale sin sjätte årliga undersökning av molnlagringssituation där de intervjuade över 1 000 IT-proffs för att analysera aktuella molndatatrender. Vi kan definitivt se några intressanta saker på gång.

• 2016 svarade 32 % av deltagarna att den främsta molnutmaningen berodde på bristen på resurser eller expertis. Under 2017 sjönk detta antal till 25 %.
• 2016 svarade 29 % av deltagarna att de var oroade över säkerhet när det gäller molnlagring. Under 2017 sjönk detta antal till 25 %.
• År 2016 svarade 15 % av deltagarna att prestanda var en utmaning när det gäller molnlagring. Under 2017 sjönk detta antal till 11 %.

Bara från dessa data ovan kan vi se en trend från yrkesverksamma att inträdeshindret snabbt minskar. Du behöver inte längre vara expert för att vara hosta din webbplats på Google Cloud eller AWS. Många hanterade WordPress-webbhotell, inklusive Kinsta, låter dig nu dra nytta av molnet utan att behöva oroa dig för de tekniska aspekterna. Stora företag investerar nu även i sina egna anställda och ingenjörer eftersom Google Cloud, AWS och Azure nu alla erbjuder certifieringar på sina plattformar:

• Google Cloud-certifieringar: Molnarkitekt, Dataingenjör, G Suite-Administratör
• AWS-certifieringar: Lösningsarkitekt, DevOps-Ingenjör, Utvecklare, SysOps-Administratör
• Azure-certifieringar: MCSA: Molnplattform, MTA: IT-Infrastruktur, MCSA: Linux på Azure, MCSE: Molnplattform och infrastruktur, och mer

Prestanda och säkerhet har också gjort stora framsteg under de senaste åren helt enkelt på grund av det faktum att molnleverantörer har varit tvungna att uppfinna nya sätt att hosta data säkrare samtidigt som de levererar det snabbare. De flesta leverantörer krypterar nu trafik mellan datacenter som standard.

En annan intressant aspekt av deras undersökning var att se den offentliga statistiken för 2017 vs 2016. AWS har stannat runt samma, medan Azure och Google Cloud båda har sett en ganska stor tillväxt. AWS är definitivt fortfarande ledare, men det beror främst på att de är de första som verkligen investerade och formade molndataindustrin. Google Cloud och Azure har definitivt lite att göra för att komma ikapp.

Här är lite ytterligare statistik och prognoser om molndataindustrin:

• Enligt förutsägelser från Deloitte Technology kommer spenderingen för IT-som-service för datacenter, programvara och tjänster att vara $547 miljarder i slutet av 2018.
• En BDO Technology Outlook-undersökning visade att 74% av Ekonomiska chefer (CFOs) inom teknologi säger att molnlagring kommer att ha den mest mätbara inverkan på deras verksamhet från och med 2017.
• IDC FutureScape förutspår att minst hälften av IT-spenderandet senast 2018 kommer att vara molnbaserade och nå 60% av all IT-infrastruktur och 60-70% av all programvara, tjänster och teknikspendering senast 2020.
• Wikibon förutspår att företagens molnspendering växer med en 16% årlig tillväxt (CAGR) mellan 2016 och 2026.

Det är också intressant att ta en titt på Google Trends för att se intresset över tiden. Det har definitivt funnits ett stadigt tillväxtmönster under de senaste fem åren.

Stack Overflow, en av de största online-diskussionsgrupperna för utvecklare, har också ett ganska snyggt trendsverktyg där de analyserar mönster baserat på % av frågorna i en månad. Utvecklare utgör en stor del av branschen. Medan en CTO kan ha sista ordet, är det utvecklarna, ingenjörerna och sys-adminerna som faktiskt implementerar molnlagrings-lösningarna.

Den 20 December 2017 introducerade Jefferies-analytikern John DiFucci kvartalsvis ögonblicksbilder av offentliga molntjänster. Även om Amazon referar över det offentliga molnet är den årliga tillväxten på 125% för Google Cloud Platform under 2017 ganska otroligt! Alibaba och Microsoft Azure växer också i snabb takt.

Google Cloud Platform

Google Cloud Platform består i huvudsak av många olika tjänster och lösningar som gör att du kan använda samma mjukvaru- och hårdvaruinfrastruktur som Google använder för sina egna produkter, som YouTube och Gmail. De lanserade sin första tjänst, Google App Engine i en offentlig förhandsgranskning 2008.

Några av deras 50+ produkter inkluderar:

• Google Compute Engine
• Google App Engine
• Google Container Engine
• Google Cloud Bigtable
• Google BigQuery
• Google Cloud Functions
• Google Cloud Datastore
• Google Storage
• Google Cloud CDN
• Google Cloud DNS

I den här artikeln kommer vi främst att titta på deras Google Compute Engine och tillhörande tjänster, vilket gör det möjligt för användare att starta virtuella maskiner på begäran. Detta är en av de primära tjänster vi använder för kunder här på Kinsta, tillsammans med LXD-containers för att möjliggöra fullständig isolering och automatisk skalning.

Google Compute Engine lanserades i en offentlig förhandsvisning redan i juni 2012, och släpptes sedan för allmän tillgänglighet December 2013. Stora märken som nu använder Google Compute Engine inkluderar Apple, HTC, Best Buy, Ubisoft, Philips, Domino Pizza, Leadpages, Heathrow, PayPal Coca-Cola, Evernote, Sony Music och många fler.

Googles VD Sundar Pichai sa att Google Cloud Platform är en topp-tre prioritet för företaget. Från och med 2019 är Google Cloud Platforms årliga löpfrekvens över 8 miljarder dollar. Det är upp från 4 miljarder dollar 2018.

Om du vill veta mer, se till att kolla in denna djupgående kommenterade historia över Google Cloud Platform sammanställd av Reto Meier.

Amazon Web Services (AWS)

Amazon Web Services (AWS) är ett dotterbolag till Amazon.com som lanserades för att tillhandahålla molntjänster till företag och privatpersoner 2006. Precis som Google Cloud Platform har de en mängd olika tjänster och lösningar. Amazon har definitivt banat väg för molndatabehandling! Vi rekommenderar att du kollar in TechCrunch-artikeln om hur AWS kom till.

Några av deras 200+ produkter inkluderar:

• Amazon Elastic Compute Cloud (Amazon EC2)
• AWS Elastic Beanstalk
• Amazon EC2 Container Service
• Amazon DynamoDB
• Amazon Redshift
• Amazon Lambda
• Amazon DynamoDB
• Amazon S3
• Amazon CloudFront
• Amazon Route 53

I den här artikeln kommer vi främst att titta på deras Amazon EC2 och tillhörande tjänster, vilket i huvudsak är samma sak som Google Compute Engine. Amazon EC2 lanserades i en offentlig betaversion i augusti 2006. Om du jämför detta mot GCE har de ett sexårigt försprång gentemot Google. Stora märken som använder Amazon EC2 inkluderar Netflix, Time Inc., Nasa, Expedia, Airbnb, Lamborghini, och många fler.

Google Cloud vs AWS

Eftersom Google Cloud och AWS är mycket lika är det lättare att bryta ner vår jämförelse i olika kategorier. Vi kan inte täcka allt i det här inlägget eftersom varje leverantör har väl över 50 olika produkter (AWS har över 200)! Så vi kommer att täcka produkter som bearbetningsinstanser, fakturering, nätverk, lagring och funktioner som vi använder här på Kinsta som direkt relaterar till hur vi skalar WordPress-hosting för våra kunder. Du kan klicka på en specifik funktion nedan för att hoppa direkt till den.

• Databearbetning
• Lagring/Disk
• Nätverk
• Fakturering och prissättning
• Support och driftstid
• Säkerhet

Databearbetning

Den första kategorin är hur Google Compute Engine och AWS EC2 hanterar sina virtuella maskiner (instanser). Tekniken bakom Google Clouds VM är KVM, medan tekniken bakom AWS EC2 VM är Xen. Båda erbjuder en mängd fördefinierade instanskonfigurationer med specifika mängder virtuell CPU, RAM och nätverk. De har dock olika namnkonventioner, som till en början kan vara förvirrande. Google Compute Engine hänvisar till dem som maskintyper, medan Amazon EC2 hänvisar till dem som instanstyper.

• Du kan utrusta Google Compute Engine fall med upp till 160 vCPUs och 3 844 GB RAM-minne (Nya maskintyper släpptes den 18 juli 2018).
• Du kan utrusta AWS EC2-instanser med upp till 128 vCPUs och 3 904 GB RAM-minne.

Nedan är en jämförelse av VM som faller i liknande kategorier över olika leverantörer, såsom högt minne, hög CPU, SSD-lagring, etc.

Det bör också noteras att med Google Cloud kan du avvika från de fördefinierade konfigurationerna som visas ovan och anpassa din instans CPU och RAM-resurser för att passa din arbetsbelastning. Dessa kallas anpassade maskiner. Andra typer inkluderar Google Cloud Preemptible VMs och AWS EC2 Platsinstanser.

Lagring/Disk

Den typ av lagring och diskar som används av en molnleverantör spelar en mycket viktig roll, eftersom de har en direkt inverkan på prestanda, såsom förväntad genomströmning (Io), max IOPs per volym/instans och förmågan att överskrida kapacitet under korta perioder. Det finns två primära typer av lagringsalternativ när du jämför Google vs AWS: blocklagring och objektlagring.

Blocklagring

Blocklagring är i huvudsak virtuell diskvolym som används i samband med molnbaserade virtuella maskiner. Google Compute Engine erbjuder ihållande diskar, medan AWS EC2 erbjuder detta via deras Elastic Block Store (EBS).

Objektlagring

Objektlagring, även ibland kallad distribuerad objektlagring, är i huvudsak värdtjänster för lagring och åtkomst till ett stort antal binära objekt eller blobbar. Google Compute Engine erbjuder detta via Google Cloud Storage-tjänsten, medan AWS erbjuder detta via sin Amazon S3 service.

 

Förutom standard nätverksblock och objektlagring tillåter både Compute Engine och Amazon EC2 användare att använda diskar som är lokalt anslutna till den fysiska maskinen som kör instansen. Lokal lagring erbjuder överlägsen prestanda, mycket höga inmatnings-/utmatningsoperationer per sekund (IOPS) och mycket låg latens jämfört med ihållande diskar. Denna typ av lagring kan till och med uppnå flera GBS läs-/skrivhastigheter, vilket är fantastiskt!

Google Cloud kallar dessa lokala SSD-enheter, medan AWS EC2 hänvisar till dem som exempel lagringsvolymer. Google låter dig bifoga lokala SSD-enheter till vilken typ av instans som helst, medan AWS endast stöder följande instanstyper: C3, F1, G2, HI1, I2, I3, M3, R3, och X1. I augusti 2017 meddelade Google Cloud också en prissänkning på sina lokala SSD-enheter för både On-demand och förebyggande instanser.

Nätverk

Google Cloud och AWS använder båda olika nätverk och partners för att koppla samman sina datacenter över hela världen och leverera innehåll via Internetleverantörer till slutanvändare. De erbjuder en mängd olika produkter för att uppnå detta.

• Den uppnåbara nätverkskapaciteten på Google Compute Engines instanser fungerar något annorlunda eftersom den är baserad på den mängd processorer som din VM har. Varje kärna är föremål för en 2 Gbps-gräns för topprestanda. Varje ytterligare kärna ökar nätverkets gräns, upp till ett teoretiskt maximalt 16 Gbps för varje virtuell maskin.
• Amazon EC2-instanser har en maximal bandbredd på 25 Gbps, men det här är bara på de största instansstorlekarna. Standardinstanser når max vid 10 Gbps.

En stor faktor när det gäller att jämföra de två leverantörerna är nätverkslatens. Latens är viktigt när det gäller företag som betjänar besökare på ett visst geografiskt läge. Till exempel, låt oss säga att du har en e-handelsbutik i Frankfurt, och 90% av dina kunder är från Tyskland. Ditt företag kommer att dra stor nytta av att placera din webbplats på en server i Tyskland, jämfört med att hosta den i USA eller Asien.

Hur stor skillnad gör det? Vi satte detta på prov i vårt djupgående inlägg om nätverkslatens och upptäckte att det i vissa fall kan innebära skillnader på nästan 2 sekunder, beroende på var du väljer att hosta din webbplats. Detta inkluderar även andra faktorer, såsom DNS, TTFB, etc. Du kommer alltid att stöta på laddningstid och latens, men tack och lov har Google Cloud och AWS dussintals olika platser att välja mellan runt om i världen. Välj klokt!

Det finns flera olika verktyg där ute som du kan använda för att jämföra latens mellan leverantörer. CloudHarmony är en av dem som ger objektiv, opartisk och tillförlitlig prestandaanalys för att jämföra molntjänster. De använder ett nätverk av cirka 50 servrar som finns över hela världen för att regelbundet mäta och registrera latens och genomströmningsmätningar till andra moln. Vi körde ett test av både Google Compute Engine och AWS EC2 från vår nuvarande position i USA.

Google Compute Engine (CloudHarmony Latenstest)

AWS EC2 (CloudHarmony Latenstest)

Som du kan se ovan var latensen från Google Cloud definitivt vinnaren här. Men kom ihåg att testet körs från vår nuvarande plats, så resultaten kommer alltid att variera. Ett av de bästa sätten att mäta latens och ping-tider är att sätta upp små instanser på varje leverantör och köra dina egna tester. Men här är några andra tjusiga små testverktyg som du kanske vill kolla in:

• GCP Ping (mäter latens för Google Cloud)
• info (mäter latens för AWS)

Google Cloud Platform Network

Låt oss först ta en titt på nätverket bakom Google Cloud Platform. Google har investerat mycket i sin globala infrastruktur, som inkluderar nya datacenter. Faktum är att över hälften av deras nuvarande platser öppnades 2017. Vi på Kinsta uppskattar Googles engagemang för global expansion eftersom detta bidrar till att minska latensen över hela linjen och säkerställa snabbare laddningstider för våra kunder.

Från och med April 2020, har Google Cloud för närvarande 24 platser att välja mellan för att sätta upp nya Compute Engine-instanser:

• Council Bluffs, Iowa, USA  (us-central1)
• Ghislain, Belgien (europe-west1)
• Changhua, Taiwan (asia-east1)
• Sydney, Australien (australien-southeast1)
• Dalles, Oregon, USA (us-west1)
• Ashburn, Virginia, USA (us-east4)
• Moncks Corner, South Carolina, USA (us-east1)
• São Paulo, Brasilien (southamerica-east1)
• London, Storbritannien (europe-west2)
• Frankfurt, Tyskland (europa-west3)
• Jurong West, Singapore (asia-southeast1)
• Tokyo, Japan (asia-northeast1)
• Mumbai, Indien (asia-south1)
• Montréal (northamerica-northeast1)
• Nederländerna (europe-west4)
• Hamina, Finland (europe-north1)
• Los Angeles, Kalifornien (us-west2)
• Hongkong (asia-east2)
• Zürich, Schweiz(europe-west6)
• Osaka, Japan (asia-northeast2)
• Seoul, South Korea (asia-northeast3)

Och Google Cloud lanserar nya regioner snabbt.

Om du är en Kinstakund är alla dessa tillgängliga för dig att välja mellan när du hostar din WordPress-webbplats. Vi använder också Google Cloud Platforms multi-regionala implementeringsläge. Detta innebär att du inte är begränsad till ett enda datacenter för ditt konto. Du kan välja ett annat datacenter för var och en av dina webbplatser med ett enda klick från MyKinsta-panelen (se nedan).

Den 29 juni 2016, meddelade Google sin investering i SNABBARE Kabelsystem som ger Google tillgång till upp till 10Tbps (Terabit per sekund) av kabelns totala 60Tbps bandbredd mellan USA och Japan. De använder detta för Google Cloud och Google App-kunder. Den 9 000 km kabeln under Stilla Havet är undervattenskabeln med högsta kapacitet som någonsin byggts och landar i Oregon i USA och två landningsplatser i Japan. Google är också en av sex medlemmar som har ensam tillgång till ett par 100GB/s x100 våglängder av optiska överföringssträngar mellan Oregon och Japan.

Will Shulman, grundare av MongoLab, talade om nätverket i en panel på Google I/O och sa:

Det är blixtsnabbt. Och en sak till – den har en privat fördelad ryggrad mellan alla datacenter. Du talar över Googles ryggrad, inte över Internet.

Från och med augusti 2017 lanserade Google Cloud Platform sina separata premiumnivå- och standardnivå-nätverk. Detta gör dem till det första stora offentliga molnet att erbjuda ett differentierat molnnätverk. Premiumnivån levererar trafik över Googles välförsedda, låglatens- och mycket pålitliga globala nätverk. Redundans är nyckeln, och det är därför det finns minst tre oberoende vägar (N+2 redundans) mellan två givna platser i Googles nätverk, vilket hjälper till att säkerställa att trafiken fortsätter att flöda mellan platserna även i händelse av störningar.

Standardnivån levererar nätverkskvalitet jämförbar med andra stora offentliga moln. Den levererar utgående trafik från GCP till Internet över transitnätverk (ISP) i stället för Googles nätverk.

Hur stor skillnad finns det mellan standard- och premiumnivåerna? Cedexis, ett välkänt objektivt resultat och övervakningsföretag, publicerade sina resultat. Här är en mätning från Cedexis Radar av skillnaden i latens på Google Cloud Platforms premiumnivå vs standardnivå i USA.

Här är en mätning från Cedexis Radar över skillnaden i genomströmning på Google Cloud Platform premiumnivå vs standardnivå i USA.

Kinsta använder Google Cloud Platforms premiumnivå för alla våra kunder för att säkerställa blixtsnabba laddningstider genom att minimera datahopp och minska avståndet data måste resa. Men det är också bra att se en lägre nivå läggs till för dem på tightare budgetar eller för projekt som inte kräver så snabb hastighet.

Och för dem som behöver ännu snabbare nätverksalternativ tillkännagav Google sina Dedikerade Sammanlänkningsalternativ i September 2017. Dedikerad Sammanlänkning erbjuder flera olika nätverksalternativ av företagskvalitet som du nu kan använda för att ansluta till Google Cloud Platform:

Sammanlänkning

• Direkt tillgång till RFC1918 IPs i din VPC – med SLA
• Dedikerad Sammanlänkning
• IPsec VPN

Peering

• Tillgång till Google offentliga IPs endast – utan SLA
• Direktpeering
• Bärarpeering

Åtkomst till GCP med hög bandbredd, låg latens och konsekvent nätverksanslutning är avgörande för våra affärsmål. Googles Dedikerade Sammankoppling har gjort det möjligt för oss att framgångsrikt uppnå högre tillförlitlighet, högre genomströmning och lägre latens samtidigt som den totala ägandekostnaden minskas med mer än 60% jämfört med lösningar över det offentliga internet. – Nhan Phan, VP of Engineering vid Metamarkets

De erbjuder också virtuella privata moln och ytterligare sätt att påskynda innehållsleverans via Google Cloud CDN.

AWS-Nätverk

Låt oss nu ta en titt på det globala AWS-nätverket. AWS-molnet driver 44 tillgänglighetszoner inom 16 geografiska regioner runt om i världen. Precis som Google har varje AWS-Region flera tillgänglighetszoner och datacenter. Detta är bra för redundans, feltolerans och låg latens.

• Virginia (6), Ohio (3), USA
• Kalifornien (3), Oregon (3), USA
• Mumbai (2), Seoul (2), Singapore (2), Sydney (3), Tokyo (3), Asiatiska Stilla havet
• Central (2), Kanada
• Peking (2), Kina
• Frankfurt (3), Irland (3), London (2), Europa
• São Paulo (3), Sydamerika
• AWS GovCloud (US-West), USA

Precis som med Google Clouds Dedikerade Sammanlänkning, erbjuder Amazon också vad de kallar AWS Direct Connect. Med AWS Direct Connect kan du skapa en dedikerad nätverksanslutning mellan nätverket och en av AWS Direct Connect-platserna. AWS erbjuder bärar-peering, men erbjuder inte direkt-peering eller CDN-peering.

De erbjuder också Amazon Virtual Private Cloud (VPC) och ytterligare sätt att påskynda innehållsleverans via Amazon CloudFront.

Fakturering och prissättning

När man jämför Google Cloud vs AWS hanteras fakturering ganska annorlunda. Och för att vara ärlig ger ingen av dem ett särskilt enkelt sätt att enkelt beräkna detta om du inte är mycket bekant med plattformarna. Här är deras månatliga räknare om du nyss kommit igång:

• AWS enkel månadsräknare
• Google Cloud Platform prissättningsräknare

Att uppskatta månatlig spendering med båda dessa molnleverantörer kan vara en utmaning. Det finns även hela verktyg där ute som reOptimize eller Cloudability som byggdes för att hjälpa dig att förstå dina räkningar bättre. I huvudsak erbjuder AWS dig en instrumentpanel som ger insikter i din faktura. Google Cloud Platform erbjuder uppskattad kostnad via deras BigQuery-verktyg. Men, båda leverantörerna gör vad de kan för att minska kostnaderna och göra faktureringen lättare.

Fakturering Per Sekund

AWS meddelade sin per sekund fakturering i September 2017 (minimum en minut på EC2-instanser). Detta möjliggör större flexibilitet för kunder som behöver sätta upp nya instanser och göra mycket arbete på kort tid. Inte alls förvånande lanserade Google Cloud Platform också sin per sekund fakturering (en minut minimum på Google Compute Engine-instanser). Detta visar dig hur konkurrenskraftig denna marknad verkligen är. AWS och GCP lanserar nya funktioner nästan samtidigt nu. Vi har till och med svårt att hålla jämna steg!

Google gav ett bra exempel i ett inlägg om potentiella besparingar:

Om i genomsnitt din VM-användning avrundas upp med 30 sekunder med fakturering per minut, skulle dina besparingar från att köra 2 600 vCPUs varje dag vara tillräckligt för att betala för ditt morgonkaffe (1kr, förutsatt att du på något sätt kan hitta kaffe för 1 kr). Som jämförelse skulle den oanvända tiden från fakturering per timme vara tillräckligt för att köpa en kaffebryggare varje morgon (över 1000 i detta exempel).

Obligatorisk användningsrabatter vs Reserverade instanser

Både Google Cloud och AWS ger olika sätt att spara till dem som allvarligt investerat i deras plattformar. AWS EC2 erbjuder vad de kallar reserverade instanser, vilket ger en betydande rabatt (upp till 75%) jämfört med on-demand-prissättning och ger en kapacitetsreservation när det används i en viss tillgänglighetszon. De har olika typer av reserverade instanser:

• Standard Reserverade Instanser
• Konvertibla Reserverade Instanser
• Schemalagda Reserverade Instanser

Google Cloud har vad de kallar obligatorisk användningsrabatt, som nu är tillgänglig för alla Compute Engine-kunder från och med September 2017. Detta är i grunden möjligheten att köpa obligatorisk användningskontrakt i utbyte mot mycket rabatterade priser för VM-användning.

Right Scale gjorde en jämförelse av Google Clouds obligatorisk användningsrabatt vs AWS reserverade instanser och hittade följande (Läs mer på deras blogg om hur de analyserade data):

• När man jämför Googles 1-års rabatt för obligatorisk användning med AWS 1-års Standard RI var den totala kostnaden för Googles lösning 28 procent lägre än AWS. 
• När man jämför Googles 3-åriga rabatt med AWS 3-åriga Konvertibla RI, var den totala kostnaden för Googles lösning 35 procent mindre än AWS.

Kvarstående Rabatter

En annan riktigt stor kostnadsbesparande rabatt som Google Cloud erbjuder är vad de kallar rabatter för kvarstående användning. Det här är automatiska rabatter som Google Cloud Platform ger ju längre du använder instansen, till skillnad från med AWS där du måste reservera instansen under lång tid.

Gratis provperioder

Nyss börjat, eller kanske vill du jämföra molnleverantörer själv? Oroa dig inte eftersom de båda har jättebra gratis provperioder.

Google Cloud erbjuder en $300 rabatt som varar i 12 månader. Och från och med mars 2017 har de också en gratisnivå utan tidsgränser. Här är ett exempel på en instans som du kan köra för evigt gratis med GCP:

• f1-micro-instans med 0.2 virtuell CPU, 0,60 GB minne, uppbackat av en delad fysisk kärna. (Endast US-regioner)
• 30 GB hårddisk med 5 GB lagring i molnet

AWS erbjuder också en 12-månaders gratis provperiod. Här är ett exempel på en instans som du kan köra:

• mikroinstans med 750 timmar/månad
• 30 GB disk (inklusive 750 timmar/månad med en hanterad MySQL-databas) med 5GB molnlagring

Se till att kolla in varje leverantörs webbplatser för mer information, eftersom båda ger gratis provperioder för flera av sina produkter, inte bara deras beräkningsinstanser.

Support och driftstid

Både Google Cloud och AWS har omfattande dokumentation och forum som du kan dra nytta av gratis.

• Google Cloud Forum
• Google Cloud Dokumentation
• AWS Dokumentation
• AWS Forum

Men om du behöver hjälp eller support direkt måste du betala. Både Google Cloud och AWS har supportplaner, men du vill definitivt läsa de avgifter som är inblandade eftersom de kan stiga ganska snabbt. Båda leverantörerna inkluderar ett obegränsat antal supportfall för konto- och fakturering, utan långsiktiga kontrakt.

Google Cloud Premium Support

• Google erbjuder tre olika nivåer av support: Silver, Guld och Platina
• Billigaste supportplanen, Silver, börjar på $150/månad
• Nästa supportplan, Guld, börjar på $ 400/månad, men på denna nivå kommer du också att faktureras minst 9% av produktanvändningsavgifter (minskar när spenderandet ökar)

AWS Support

• AWS erbjuder fyra olika nivåer av support: Grundläggande, Utvecklare, Företag och Storföretag
• Billigaste betalda supportplanen, Utvecklare, börjar på $ 29/månad eller 3% av månatlig AWS-användning
• Nästa supportplan, Företag, börjar på $ 100/månad, men på denna nivå kommer du också att faktureras minst 10% av produktanvändningsavgifter (minskar när spenderandet ökar)

Driftstid

Både Google Compute Engine och AWS EC2 har båda SLA som ger en månatlig driftstidsprocent på minst 99,95%. Ingen leverantör är perfekt, och vi kan definitivt säga det här på Kinsta. Om du använder någon av dessa leverantörer vill du definitivt prenumerera på deras statussidor för att hålla dig uppdaterad om incidenter när de inträffar. Liksom med många tjänster har vi dock sett förseningar både från Google och från Amazon när det gäller att uppdatera sina statuspaneler.

• Google Cloud Status
• AWS Service Health

En fördel med AWS när det gäller driftstid är att du har möjlighet att få olika maskiner inom flera tillgänglighetszoner per region. Med Google Cloud kan det mycket väl vara så att dina instanser kan vara på samma maskin per region. Google Cloud har dock också en unik funktion med sin förmåga att livemigrera virtuella maskiner. Fördelarna med live-migreringar är att de gör det möjligt för ingenjörerna på Google att bättre ta itu med problem som att lappa, reparera och uppdatera programvaran och hårdvaran, utan att du behöver oroa dig för omstart av maskinen.

Säkerhet

I sin andra årliga Cloud Computing Survey (2017) tillfrågade Clutch 283 IT-proffs på företag över hela USA som för närvarande använder en molndata-tjänst. När det gäller säkerhet fann de att nästan 70% av yrkesverksamma var mer bekväma med att lagra data i molnet än i sina tidigare äldre system.

De bad också respondenterna att lista de bästa fördelarna med att använda molnet och den största andelen (45 %) svarade säkerhet som den bästa fördelen.

Google Cloud Säkerhet

När man tittar på Google Cloud Platforms säkerhet är det viktigt att komma ihåg att det här är ett område där de har förbättrats långt innan GCP ens lanserades. Du utnyttjar en säkerhetsmodell som har byggts under 15 år, och för närvarande säkrar produkter och tjänster som Gmail, Sök, etc. Google sysselsätter för närvarande mer än 500 säkerhetsanställda på heltid. Niels Provos, en säkerhetsingenjör på Google, gav en jättebra djupgående titt på säkerheten för Google Cloud Platform (se video nedan).

Några av Google Cloud Platforms säkerhetsfunktioner inkluderar:

• Alla data krypteras i transit mellan Google, kunder och datacenter som standard; och även data i alla Cloud Platform-tjänster. Data som lagras på ihållande diskar krypteras med 256-bitars AES och varje krypteringsnyckel krypteras också med en uppsättning regelbundet ändrade huvudnycklar.
• Åtagande att certifiera företagssäkerhet med regelbundna revisioner för SSAE16, ISO 27017, ISO 27018, PCI och HIPAA-överensstämmelse (notera: Några av dessa kräver en dedikerad IP. Kinsta är inte heller HIPAA-kompatibel). Eran Feigenbaum, säkerhetschef på Google uppgav att ”certifieringar som dessa ger oberoende tredjepartsverifieringar av vårt pågående engagemang för säkerhet och integritet i världsklass, samtidigt som vi hjälper våra kunder med deras egna efterlevnadsinsatser.”
• Eftersom Google har relationer med några av de största Internetleverantörerna i världen, bidrar detta till att förbättra säkerheten för dina data i transit eftersom det betyder mindre hopp över det offentliga internet.
• Lagren i Google-applikationen och lagringsstacken kräver att förfrågningar som kommer från andra komponenter autentiseras och godkänns.
• Google Cloud Identity and Access Management (Cloud IAM) lanserades i September 2017 för att ge fördefinierade roller som ger detaljerad tillgång till specifika Google Cloud Platform-resurser och förebygga oönskad tillgång till andra resurser. Det här liknar AWS IAM.

Du kan se mer djupgående bakom kulisserna i Googles säkerhetsbok. Kinsta använder också Linux containers (RE), och LXD att iscensätta dem, ovanpå Google Cloud Platform vilket gör det möjligt för oss att helt isolera, inte bara varje konto, men varje separat WordPress-webbplats. Detta är en mycket säkrare metod än vad som erbjuds av andra konkurrenter och hjälper till att säkerställa trygg WordPress-hosting 24/7.

AWS Säkerhet

Precis som Google Cloud Platform har AWS-plattformen en säkerhetsmodell som har förbättrats i över ett decennium. Några av deras säkerhetsfunktioner inkluderar:

• Alla data krypteras i transit mellan AWS, kunder och datacenter; liksom data i hela AWS-molnet. Data som lagras på EC2-instanser krypteras under 256-bitars AES och varje krypteringsnyckel krypteras också med en uppsättning regelbundet ändrade huvudnycklar.
• Nätverksbrandväggar inbyggda i Amazon VPC och webbapplikationens brandväggsfunktioner i AWS WAF låter dig skapa privata nätverk och kontrollera åtkomst till dina instanser och applikationer.
• Flexibla nyckelhanteringsalternativ, inklusive AWS-Nyckelhanteringstjänst, så att du kan välja om du vill att AWS hanterar krypteringsnycklarna eller gör det möjligt för dig att behålla fullständig kontroll över dina nycklar.
• Dedikerad, hårdvarubaserad kryptografisk nyckellagring med AWS CloudHSM, så att du kan uppfylla säkerhetskraven.
• AWS Identity and Access Management (IAM), AWS Multi-Factor Authentication och AWS Directory Services gör det möjligt att definiera, genomdriva och hantera användaråtkomstpolicyer.
• AWS har revisionsvänliga servicefunktioner för PCI, ISO, HIPAA, SOC och andra efterlevnadsstandarder.

Du kan se mer djupgående bakom kulisserna i Amazons säkerhetsbok.

Det faktum att vi kan lita på AWS säkerhetsåtgärder för att öka vår egen säkerhet är verkligen viktigt för vår verksamhet. AWS gör ett mycket bättre jobb på säkerhet än vi någonsin kunde göra. – Richard Crowley, verksamhetschef, Slack

Sammanfattning

Så vem är vinnaren när det gäller att jämföra Google Cloud vs AWS? Tja, vi skulle säga att båda leverantörerna har sina fördelar och nackdelar. Vi är naturligtvis redan gott inställda till Google Cloud här på Kinsta och är glada över att se den snabba globala expansionen under det senaste året. När det gäller prissättning och hastighet är Google Cloud Platform definitivt en du vill kolla in!

AWS har naturligtvis också en långvarig historia av att tillhandahålla molntjänster för företag av olika storlekar under det senaste decenniet. De var verkligen de första att driva molnindustrin framåt, och är fortfarande den som leverantörer som Google och Azure kopierar. Deras support, redundans och tillgänglighet per region är utmärkt.

Det finns många andra produkter och tjänster från Google Cloud och AWS som vi inte kunde täcka i det här inlägget. Men var säker på att den ständiga striden mellan molnlagringsleverantörer för att få ökad marknadsandel bara gynnar konsumenter och värdpartners som Kinsta. Det innebär lägre priser, fler produkter och tjänster, och ökad prestanda.

Föredrar du en molndataleverantör över en annan? Vi vill gärna höra dina tankar nedan.