Den här artikeln introducerar Google Cloud-alternativ för organisationer som genomför en intern bedömning av att flytta en webbapplikation i två nivåer till molnet

## Applikationstyper
Tvåskiktiga webbapplikationer består av en webbserver som kör en applikation och en databas för att lagra applikationsdata. Att köra Linux, Apache, MySQL och PHPâÃÂÃÂ, som vanligtvis kallas en LAMP-stack, är ett vanligt exempel på en webbapplikation i två nivåer. Variationer på Linux-distributionen, webbserverprogramvaran, databasen eller programmeringsspråket påverkar de tekniska detaljerna för all migrering, men migreringsöversikten och stegen är konsekventa

## Migreringsfaser
Molnmigrering sker i följande fyra faser

 bedömning
Identifiera alla egenskaper hos din arbetsbelastning, lista de resurser som behövs för att köra din arbetsbelastning i molnet och anropa alla viktiga beroenden och kopplingar till andra arbetsbelastningar. Med hjälp av den kompletta listan med egenskaper kan du sedan börja planera vilka applikationer och arbetsbelastningar som ska flyttas och i vilken ordning

I moderna företag finns det många olika typer av applikationer, från kundinriktade appar, till back office-appar, till utvecklarverktyg till experimentella applikationer. Att flytta alla dessa applikationer samtidigt och på samma sätt skulle vara riskabelt och ineffektivt

Ett exempel skulle vara att sortera ansökningar i följande tre breda hinkar:
- Applikationer som är lätta att flytta. Dessa har färre beroenden, är nyare, är skrivna internt så har inga licensöverväganden och är mer toleranta mot skalning och stöd för molndesignmönster

– Applikationer som är svåra att flytta. Dessa har fler beroenden, är mindre toleranta mot skalning, är svåra att köra med molntjänster eller har komplexa licenskrav

- Applikationer som inte kan flyttas. Vissa applikationer som kanske inte är bra kandidater för att migrera körs på specialiserad eller äldre hårdvara, har affärs- eller regulatoriska krav som gör det nödvändigt för dem att stanna i ditt datacenter, eller har komplexa licenskrav som inte gör det. Âlåt dem inte flytta till molnet

Det här är bara några exempel på sätt att sortera ansökningar. Det är troligt att dina applikationer har många fler avgörande faktorer som du kan använda för att skapa en prioriteringsmatris för alla applikationer. Från den rankningen kan du välja din första applikation att flytta och börja planera din Google Cloud-grund

 fundament
Arkitekt och planera specifika detaljer för att distribuera den nya molnmiljön. Dessa inkluderar:
- Molnarkitekturen och säkerhetsmodellen för att tillhandahålla en infrastrukturbas för dina arbetsbelastningar

Nätverksresurser för att möjliggöra säker och pålitlig kommunikation mellan applikationer. Detta kräver omfattande planering för Identity and Access Management (IAM), Virtual Private Cloud (VPC) design och externa åtkomstmetoder

Sluttillståndstekniken och verktygen som dina arbetsbelastningar kommer att köras på

Redovisning för beroendehantering, tidslinjer och metoder för att flytta data

 Migration
Flytta data och distribuera tjänster, infrastruktur och kod till din destination. Du bör använda automation och verktyg för att stödja dessa operationer

 Optimering
Validera om de beslut och antaganden du gjorde i bedömnings- och grundfasen stämmer överens med verkligheten efter migreringsfasen. Du identifierar eventuella ändringar du kan behöva. Fundera på hur du kan utforska andra molnbaserade alternativ, som att flytta från infrastruktur som en tjänst (IaaS) till plattform som en tjänst (PaaS), eller att dra nytta av hanterade tjänsteerbjudanden. Beroende på resultatet av optimeringsfasen kan du börja cykeln igen för att ta itu med ändringar eller modifieringar. Börja alltid tillbaka vid utvärderingsfasen och använd din erfarenhet för att bli mer effektiv med varje iteration

## Typer av migrationer
De tre vanligaste migreringsstrategierna för att flytta applikationer till molnet beskrivs i följande avsnitt

 Lyft och skift
Använda sig av
*lyft och skift* när du vill flytta applikationer samtidigt som du byter som
lite som möjligt i hur de fungerar. Detta fungerar bäst för applikationer som
kan köras oförändrat i molnet, när du flyttar applikationen snabbt är en
prioritet, eller när verksamheten har liten aptit eller behov av förändring. Detta
migration kräver mer arbete från infrastruktur och driftpersonal till
stödja de grundläggande förändringarna i var tjänsten ska köras, och mindre arbete
från utvecklare eftersom väldigt lite, om någon, kod borde behöva ändras

Till exempel, om båda nivåerna i din webbapplikation finns på virtuella datorer, kan du migrera dem som de är genom att använda Migrera till virtuella maskiner. När dessa virtuella datorer är i molnet kan du överväga att uppgradera till en mer molnbaserad datorplattform för ytterligare fördelar

 Förbättra och flytta
Använda sig av
*förbättra och flytta* när du vill modernisera din applikation i
process för att migrera den till molnet. Detta används vanligtvis när applikationen
stöds inte i molnet som det är, eller när större uppdateringar i programvara eller
hårdvaran är redan avgränsad och planerad. Denna migration kräver infrastruktur,
verksamhet, och utvecklare att arbeta tillsammans för att förbättra funktionen av
applikation i molnet, och låter applikationen dra nytta av
molnbaserade fördelar som mer portabilitet, skalbarhet och tillförlitlighet

En annan variant av denna strategi är att förbättra och flytta i en rörelse. Om båda nivåerna i din webbapplikation finns på virtuella datorer kan du använda migrera till behållare för att automatiskt flytta och konvertera dessa virtuella datorer till behållare som körs på Google Kubernetes Engine (GKE)

 Riv och byt ut
Använda sig av
*rippa och ersätta* när du vill bygga en ny lösning i molnet, och
avsluta den aktuella versionen av din lokala lösning. Detta är vanligt förekommande
när följande villkor gäller:
- Den befintliga applikationen är inte värd att underhålla i molnet, tekniskt eller ekonomiskt

- Att licensiera programvaran i molnet är oöverkomligt eller opraktiskt

– Applikationen slutar helt att möta verksamhetens behov

Eftersom rippa och ersätta kräver omskrivning av ett program från grunden tas det inte upp i den här migreringsguiden

## Bedömningsfas
Innan någon migrering kan påbörjas måste du ha en grundlig förståelse för din utgångspunkt

Alla obesvarade frågor utgör en risk för migreringens framgång. Att spendera tid i bedömningsfasen hjälper till att säkerställa en smidig och händelselös migreringsfas. Lägg så mycket tid du kan på att fånga så mycket relevant information som möjligt till stöd för din migrering

 Programvara stack
Arbeta med dina infrastruktur-, drift- och utvecklingsteam för att identifiera följande detaljer:
- Operativsystem: Exakt distribution, version, patchar, paket installerade

- Webbserver: Exakt mjukvarupaket, versionsnummer, paket eller annan mjukvaruändring, och alla konfigurationsfiler och regler för webbserverprogramvara

- Databas: Exakt mjukvarunamn, version, schema, replikeringsstrategi och säkerhetskopieringsschema

- Runtime-miljöer: Exakta versioner, av alla backend- och frontend-miljöer

 Systemhårdvaruresurser
För webbservern och databasnivåerna, svara på följande frågor:
- Hur många servrar körs nu?
- Vad är den totala allokeringen av processorer, inklusive generation, arkitekturtyp och hastighet?
- Vilket RAM-minne och diskutrymme tilldelas varje server? Används hårddiskar eller SSD:er? RÄD?

- Vad är det nuvarande utnyttjandet, genomsnittligt utnyttjande och topputnyttjandet av CPU, RAM och diskutrymme?Titta på ditt genomsnitt och din topp i samband med din specifika affärsanvändning.Till exempel kan ett företag som stödjer OS behöva se tillbaka två år för att se hur den verkliga toppen ser ut, medan andra applikationer kan ha en mer jämn körhastighet.Titta på den mest typiska tidslinjen för användningsfall för genomsnitt, och din tyngsta användningstid för topp.Leta också efter cykliska användningsmönster, som helger, kvällar och arbetsdagar- För databasen, vilken säkerhetskopierings-, replikerings- eller skärningsstrategi som används och hur fungerar som påverkar diskutrymmeskraven och antalet nödvändiga servrar?NätverksresurserAnalysera nätverksarkitekturen som låter din applikation fungera.Se till att du har korrekta och uppdaterade logiska och fysiska nätverkstopologidiagram över infrastrukturen som stöder din applikation.Diagrammen måste tydligt beskriva alla anslutningar, beroenden och nätverkstjänsterSvara på följande frågor:- Hur kommer kunderna åt din applikation?Via en webbläsare?Direkt via en IP-adress?Via en mobilapp?Använder du en virtuell privat nätverksanslutning?– Har du en lista över alla tillämpliga SSL/TLS-certifikat och krypteringsnycklar?- Var finns alla tillämpliga SSL/TLS-certifikat?När löper de ut?Hur förnyar man certifikat?Hur får man nya certifikat?Har du tillgång till alla aktuella certifikat?– Har du en lista över alla tillämpliga domäner som stöder applikationen?- Var finns dessa domäner värd?När löper de ut?Hur förnyar du dem?Har du tillgång till de konton som styr registreringen?- Var är din DNS värd och kontrollerad?– Har du tillgång till alla system och verktyg som styr DNS?Vilka är de aktuella CNAME till IP-mappningarna för varje domän, och har du en säkerhetskopia?- Vilka är dina DNS-tid-till-live-inställningar (TTL)?– Var passar dina brandväggar och andra nätverksåtkomst- och kontrollenheter in i arkitekturen?Vilka regler finns nu för att tillåta eller neka trafik?Vem är ansvarig och vad är proceduren för att ändra eller uppdatera dessa regler?- Använder du några externa nätverkstjänster?Till exempel en leverantör av innehållsleveransnätverk (CDN) eller en DDoS-skyddstjänst (distributed denial of service)?## GrundfasenGoogle Cloud erbjuder många alternativ för att köra beräknings- och databasarbetsbelastningar för flerskiktsprogram som LAMP.Det här avsnittet introducerar dessa alternativ och förklarar varför du kan välja ett framför ett annatCompute-centric optionsCompute EngineCompute Engine är en IaaS erbjudande som låter dig köra en virtuell maskin (VM) på Google Cloud.Du kan installera webbramverk, serverprogramvara, databaser och all annan programvara som ditt operativsystem stöder.Om du kör din egen LAMP-applikation på ren metall, på en virtuell dator, i ett datacenter eller på en annan molnleverantör, kan det här alternativet nära, om inte exakt, replikera din befintliga server.Det här alternativet ger den största kontrollen över operativsystemets konfiguration och webbserverns programvaruinställningar.Compute Engine tillåter djup kontroll över maskintyper, instansgrupper, lagringsalternativ, lastbalanserare och många andra detaljer.Se den kompletta Compute Engine-dokumentationen för fler snabbstarter, handledningar och merAtt flytta din applikation direkt till Compute Engine är den vanligaste lyft-och-skift-migreringen.För vägledning om hur du kartlägger lokala resurser till Compute Engine, se Bästa metoder för att migrera virtuella maskiner till Compute EngineCloud Deployment ManagerGoogle Cloud Marketplace också erbjuder en enkel LAMP-installation via Deployment Manager.Du kan starta en server med Debian Linux, Apache, MySQL, PHP och phpMyAdmin redan installerade och konfigurerade i en standardinställning.Du får en fullt fungerande webbserver och användaruppgifter för MySQL-installationen på bara några minuterGoogle Kubernetes EngineGKE är en hanterad, produktionsklar miljö för att distribuera containeriserade applikationer.Med GKE slutar du hantera ett operativsystem genom att behålla din webbservermjukvara.Till exempel är webbservrarna Apache och NGINX tillgängliga från alla offentliga behållare.Om du använder behållare för att köra arbetsbelastningar i din miljö, är GKE en effektiv tjänst för att upprätthålla ett liknande arbetsflöde för driftsättning och testning när du migrerar din LAMP-arbetsbelastning till Google Cloud.Om du inte använder behållare, överväg att utforska GKE för snabbare distributioner och återställning, större effektivitet när det gäller att använda resurser och att inte behöva hantera det underliggande operativsystemet och VMFör mer om hantering av containerapplikationer i stor skala, se GKE-dokumentationen för snabbstarter, handledningar, koncept, instruktionsguider och andra resurser som hjälper dig att komma igångFlytta din lokala LAMP-applikation till GKE är en förbättra-och-flytta-migrering, medan att flytta från en självhanterad containerbaserad infrastruktur är en lif-and-shift-migreringApp EngineApp Engine är en serverlös plattform för att bygga mycket skalbara applikationer.Beroende på vilken typ av applikation du kör kan App Engine eliminera behovet av att hantera servrar, behållare eller distributioner, vilket gör att dina utvecklare kan fokusera på att skriva kod och minska komplexiteten i att hantera all underliggande infrastruktur.Inte alla arbetsbelastningar är bra kandidater för att gå över till App Engine, men de som gör det ser kostnads- och komplexitetsminskningar samtidigt som hastigheten på skalningen och applikationens motståndskraft ökar under belastningApp Engine finns i två varianter: standardmiljön täcker en mängd olika språk (inklusive PHP för vår LAMP-applikation), och flexibel miljö möjliggör mer anpassning av körtider, prestanda och infrastruktur.Utforska dokumentationen för ditt valda språk för att lära dig merDatabasalternativ
 Självstyrd på Compute Engine
Du kan installera MySQL, PostgreSQL eller vilken annan SQL-baserad databas som helst på en Compute Engine-instans. Detta ger samma kontrollnivå som du skulle ha när du kör MySQL på en arbetsstation, på en server i ett datacenter eller som en virtuell dator i en annan molnleverantör. När du kör din databas på en virtuell dator är det ditt ansvar att konfigurera, övervaka och underhålla failover, replikering, partitionering och hög tillgänglighet

Du kan behandla databasen som en beräkningsbelastning, med tanke på CPU, RAM och diskutrymme för att säkerställa att det finns tillräckligt med resurser för att programmet ska kunna köras tillförlitligt

Precis som att flytta beräkningsarbetsbelastningen till Compute Engine, representerar detta tillvägagångssätt en lyft-och-skift-migrering

 Cloud SQL
Cloud SQL är en fullständigt hanterad databastjänst som överför installation, konfiguration och underhåll av din databas till Google Cloud. Den automatiserar säkerhetskopieringar, replikering, patchar och uppdateringar och låter dig fokusera på din applikation. Cloud SQL-databaser kan användas av arbetsbelastningar som körs på någon av Googles datortjänster, inklusive Compute Engine, GKE och App Engine. Såvida du inte behöver en djup nivå av kontroll över din MySQL-databas, är Cloud SQL ett lättinstallerat och fullt utrustat alternativ för att köra en LAMP-arbetsbelastning

Cloud SQL kan köras och stödja MySQL och PostgreSQL. Om du migrerar från en av dessa databaser till Cloud SQL är detta en lyft-och-skift-migrering. Om du utforskar nya metoder för replikering, säkerhetskopieringsstrategi eller enkelhet i hanteringen av din infrastruktur, kan det här vara en förbättra och flytta migrering

 Andra förvaringsmöjligheter
Cloud Storage är en skalbar, fullt hanterad, mycket pålitlig och kostnadseffektiv objekt- eller blob-butik, idealisk för att lagra bilder, statiska tillgångar och annan ostrukturerad data. Cloud Storage kan användas för att vara värd för en statisk webbplats men är inte utformad för att lagra aktivt databasinnehåll. Det är också en idealisk plats för att lagra säkerhetskopierings- och katastrofåterställningsobjekt och data att använda för streaming

Överväg att använda Cloud Storage som en plats för att lagra säkerhetskopior av din databas under och efter din migrering

 Firestore

Firestore är en helt hanterad, serverlös, molnbaserad NoSQL-dokumentdatabas som förenklar lagring, synkronisering och sökning av data för din mobil, webb och Internet of Things (IoT)-applikationer i global skala. Dess klientbibliotek ger livesynkronisering och offlinesupport, medan säkerhetsfunktionerna och integrationerna med Firebase och Google Cloud påskyndar byggandet av verkligt serverlösa appar. Om din applikation har innehåll som kan dra nytta av ett NoSQL-format, såsom användarprofiler, produktkataloger eller spelstatus, bör du utforska Firestore i optimeringsfasen av din migrering

 Firebase
Firebase är en omfattande mobil utvecklingsplattform som inkluderar lagrings- och databasalternativ. Om din applikation stöder en mobil arbetsbelastning bör Firebase-plattformen övervägas i din optimeringsfas

 Molnnyckel
Spanner är en företagsklassad, globalt distribuerad och starkt konsekvent databastjänst byggd för molnet. Den kombinerar fördelarna med relationsdatabasstrukturer med den horisontella skalbarheten hos icke-relationella databaser. Om din applikation kan dra nytta av förbättrad hanterbarhet, skalbarhet och transaktioner med stark konsistens, överväg att migrera din databas till Spanner i din optimeringsfas

Google Cloud erbjuder många andra lagringsalternativ för att stödja en mängd olika arbetsbelastningar

## Migreringsfas
När du har slutfört din bedömning och planerat din migrering kan du börja arbetet med att flytta data, tjänster och resurser till Google Cloud. Varje applikation har sina egna behov. Det här avsnittet går igenom några exempel för att visa vad denna fas innebär

 Lyft och växla: Compute Engine
Det första steget för att påbörja din lyft-och-skift-migrering till är att skapa en kompatibel flerskiktstjänst i Compute Engine. Även om det finns många metoder för detta; följande är de tre vanligaste:
- Manuell inställning. Starta en virtuell dator med det operativsystem du vill ha, uppdatera sedan förråd manuellt, installera och konfigurera programvaran och tillhandahålla och konfigurera databasen och körtidsmiljön för hand. Detta tillvägagångssätt erbjuder en hög nivå av kontroll, men tar mer tid, är mer felbenägen och är mindre reproducerbar än andra metoder

- Automatiserat. Använd Migrera till virtuella datorer för att migrera en stack med virtuella datorer (i en angiven ordning) från lokala till rätt stora, automatiskt provisionerade och konfigurerade virtuella datorer i Compute Engine

- Cloud Marketplace. Starta en förkonfigurerad LAMP-stack i ditt Google Cloud-projekt. Se till att kontrollera att det medföljande operativsystemet och programvaruversionerna fungerar med din applikation. Utforska Cloud Marketplace-dokumentationen för att lära dig mer

- Automatiserad distribution. Skapa produktionsfärdiga virtuella datorer med hjälp av koncept för kontinuerlig integration/kontinuerlig distribution och en mängd olika konfigurationshanteringsverktyg (Chef, Puppet, Ansible, Salt), infrastruktur som kodverktyg (Deployment Manager, Terraform) och automationsramverk (Cloud Build). Automatiserad distribution tillåter testbara, repeterbara och automatiserade metoder för att distribuera virtuella datorer och programvara som uppfyller dina applikations- och styrningsbehov
 Förbättra och flytta: GKE och Cloud SQLFör att flytta till en hanterad containerlösning måste du först etablera grunden för ditt kluster och hanterade SQL-lösningStarta ett GKE-klusterAtt skapa ett kluster på GKE och hantera det klustret är de första stegen.Använd informationen från din bedömning och grundfaserna för att dimensionera och konfigurera ditt initiala kluster på lämpligt sätt och för att tillämpa bästa praxis för säkerhetshärdningStartalternativ för Cloud SQLAnvända databasinformationen som erhållits under din bedömning och grundfasen, skapa en ny Cloud SQL-instans och följ andra instruktionsguider för att bygga databasen för din applikation.Google tillhandahåller en lista över bästa metoder för Cloud SQL, guider för att ställa in hög tillgänglighet och andra handledningar för horisontell skalning.Utforska alternativen för att ansluta från Google Kubernetes Engine till Cloud SQL och välj det alternativ som är vettigt för din applikation och upplevelsenivåServerlös förbättra och flytta: App Engine och Cloud SQLOm du bestämmer dig för att migrera din LAMP-applikation till ett serverlöst ramverk kan du behöva modifiera din applikation för att stödja App Engine.Varje applikation är olika, och det finns många strategier.Börja med att granska följande:- Få en översikt över mikrotjänstarkitektur på App Engine- Förstå hur man skapar och namnger dev, test, QA, staging , och produktionsmiljöer med mikrotjänster i App Engine- Lär dig de bästa metoderna för att designa API:er för att kommunicera mellan mikrotjänster- Lär dig de bästa metoderna för prestanda för mikrotjänsterBeroende på din organisatoriska och personliga erfarenhet och förtrogenhet med att köra serverlös kod, kan den serverlösa förbättra och flytta strategin ta betydligt mer tid än lyft-och-skift-alternativen.Men att ge dig det bästa av serverlöst kan vara en stor tillgång för din organisation## OptimeringsfasEfter att din applikation körs på Google Cloud, du kan validera dina antaganden och beslut från de tre föregående faserna.Fullständiga migreringar kan ta lång tid och många detaljer kan ändras under hela processen.Optimering täcker många områden, men här är några vanliga kategorierKostnadsoptimeringAtt flytta från lokalt till molnet förändrar hur du spenderar pengar på applikationer , tjänster och infrastruktur.Du kan slutföra en utvärdering av en äldre tjänst på plats och efter migreringen upptäcka att modern hårdvara, snabbare minne och nyare CPU-arkitekturer kör den mer effektivt.Detta kan betyda att dina virtuella datorer är överprovisionerade och slösar bort pengarDu kan undersöka med hjälp av undanträngda virtuella datorer på Compute Engine.Du kanske inte behövde så många lastbalanserare som du trodde, eller så lyckades du rensa upp din databas i farten och har nu utrymme som du inte använder.Att hitta sätt att spara pengar och lägre driftskostnader i molnet kan bli ett heltidsjobb som betalar sig själv.Google Cloud har ett antal kostnadshanteringsverktyg som kan hjälpa dig att förstå molnprissättningAutomationKorrekt automatisering av dina beräkningsarbetsbelastningar i molnet kan leda till kostnaderbesparingar och effektivitetsfördelarDeployment Managerär en Google Cloud-produkt utformad för att hjälpa dig skapa och hantera molnresurser med enkla mallarSkriptning medgcloudär ett alternativ om du föredrar att skriva dina egna automatiseringar.Medan ekonomiskafördelar kommer med automatisering, inkluderar andra fördelar följande:- Standard och repeterbara processer för att sänka felfrekvensen- Granskningsbar spårning för efterlevnad och styrning- Ökad förståelse för hur din applikation fungerar, hur den går sönder och hur man åtgärdar detAutomatisering ökar drifttiden genom att minska beroendet av larm och mänsklig reaktionstid, minskar tekniska skulder genom att dokumentera arbetsflöden och låter dina ingenjörer fokusera mindre på att hålla ljusen tända och mer på att bygga bättre produkter, verktyg och tjänster.Dessa koncept är kärnan i Site Reliability Engineering (SRE).Google Cloud erbjuder en gratis-att-läs-online-bok om Site Reliability Engineering, samt en SRE-arbetsbok som ger praktiska exempel och fallstudierFrikoppling av din infrastruktur och kodDu kopplar bort tjänster många gånger när en applikation växer.Att bryta isär anslutna tjänster och veta hur man skalar dem oberoende förbättrar tillgängligheten och tillförlitligheten för dina applikationer.Det finns i allmänhet tre steg i denna process:- Implementera infrastruktur som kod (IaC) överallt.Genom att implementera IaC och konfigurationshanteringsprocesser får du spårbara, granskningsbara och reproducerbara byggstenar för provisionering och konfiguration av hela din infrastruktur- Koppla bort dina befintliga tjänster till mikrotjänster.Använd meddelandeorienterad mellanprogram, som Pub/Sub, för att tillåta varje mikrotjänst att vara sin egen feldomän- Börja migrera tjänster från infrastruktur som en tjänst till plattform som en tjänst , eller till och med fungerar som en tjänst eller serverlös som en tjänst.Resan från "monolitisk kod och infrastruktur"till "frikopplade mikrotjänster som körs effektivt över IaaS-spektrumet"är ett värdefullt mål som kommer att ta tid, ansträngning och engagemangPrestandajusteringPrestandajustering kan ge betydande vinster i systemanvändning och svarstid.Varje arbetsbelastning har en annan metod för prestandajustering, från programvarukonfigurationsfiler till justering av kärnflaggor.För LAMP-applikationer faller prestandajustering vanligtvis inom tre kategorier:- Tuning av molnet, nätverket och operativsystemet:
- 5 steg för bättre Google Cloud-nätverksprestanda kan hjälpa dig att förstå hur du får ut det mesta av Google Cloud Networking

– TCP-optimering för nätverksprestanda i Google Cloud kan hjälpa om du har specifika TCP-latenskrav

- Att optimera beständiga diskar och lokal SSD-prestanda kan hjälpa dig att lära dig om arkitektur för IOPS tunga arbetsbelastningar

- Att förbättra prestandan på Compute Engine kan hjälpa API-applikationernas prestanda när du interagerar med andra Google Cloud API:er och tjänster

- Ställa in webbservern:
- Apache Performance Tuning och NGINX Performance Tuning, eller en allmän Google-sökning efter "inställning av din webbserverprestanda"kommer att leda dig i rätt riktning

Justera databasen:
## Vad kommer härnäst
- Installation av LAMP på Compute Engine

- Distribuera en LAMP Stack

- Lär dig mer om att köra beräkningsarbetsbelastningar på Compute Engine eller GKE

Anslut GKE till Cloud SQL

Utforska Migrera till virtuella datorer och Migrera till behållare

Bygg mycket skalbar applikation på en helt hanterad serverlös plattform med App Engine

Läs mer om databasalternativ på Google Cloud

Utforska referensarkitekturer, diagram, självstudier och bästa praxis om Google Cloud. Ta en titt på vårt Cloud Architecture Center.