Från utvärdering till migrering: Så ser processen ut

Inledande bedömning och arkitekturdesign

Varje engagemang börjar med en bedömning av nuläget. Det handlar inte bara om att inventera servrar och applikationer — det handlar om att förstå dataflöden, beroenden mellan tjänster, regulatoriska krav och organisationens faktiska tekniska mognad.

Vi kartlägger:

• Infrastruktur: Compute-resurser, lagring, nätverk, databaser
• Applikationsportfölj: Vilka applikationer lämpar sig för lift-and-shift, vilka behöver moderniseras, vilka bör avvecklas
• Beroenden: Integrationer mot tredjepartssystem, on-premise-kopplingar, API-gränssnitt
• Regelefterlevnad: GDPR-krav, NIS2-direktivet, branschspecifik reglering (finansinspektion, hälso- och sjukvårdsdata)

Resultatet är en migreringsfärdplan med tydliga faser, risker och beslutspunkter — inte en PowerPoint utan en exekverbar plan.

Migreringsstrategier anpassade efter verkligheten

Det finns ingen universell migreringsstrategi. Vi använder Googles eget ramverk med anpassningar baserade på vad vi faktiskt sett fungera i produktion:

I praktiken ser vi ofta att 30–40 % av arbetsbelastningarna lämpar sig för ren lift-and-shift, medan resten kräver någon form av omarbetning. Den fördelningen styr projektets tidplan och budget mer än något annat.

Molnmigrering

Kostnadsoptimering: Där pengarna faktiskt sparas

Migrering är bara startskottet. Den verkliga besparingspotentialen på GCP realiseras genom systematiskt FinOps-arbete efter att arbetsbelastningarna är i produktion.

Rätt dimensionering av Compute Engine

Googles egna rekommendationer i Recommender API är en bra utgångspunkt, men de fångar inte hela bilden. Vi ser återkommande att företag kör n1-standard-instanser som provisionerades vid migreringen och aldrig justerats. E2- och N2D-familjen erbjuder ofta bättre pris/prestanda för samma arbetsbelastning.

Committed Use Discounts vs. Sustained Use

CUD:er ger upp till 57 % rabatt på Compute Engine och upp till 70 % på vissa minnesoptimerade instanstyper — men de kräver ett åtagande på 1 eller 3 år. SUD:er (automatisk rabatt efter viss användningsnivå per månad) är enklare men ger mindre besparing.

Fällan: många köper CUD:er baserade på dagens förbrukning utan att ta höjd för att arbetsbelastningen kan förändras. Opsios FinOps-team analyserar historisk användning, tillväxttrender och planerade förändringar innan vi rekommenderar åtagandenivåer.

GKE och Kubernetes-kostnader

Google Kubernetes Engine är branschens mest mogna managerade Kubernetes-tjänst, men klusterkostnader kan skena om autoscaling-policyer inte är korrekt konfigurerade. Vanliga problem vi åtgärdar:

• Överdimensionerade resource requests/limits i pod-specifikationer
• Saknad Cluster Autoscaler eller felkonfigurerad Vertical Pod Autoscaler
• Spot/Preemptible VMs som inte används för feltoleranta arbetsbelastningar
• Inaktiva namespaces som fortfarande konsumerar resurser

Cloud FinOps

Säkerhet och regelefterlevnad på GCP

GDPR, NIS2 och svensk dataresidenskontroll

Google Clouds närmaste region till Sverige är europe-north1 (Hamina, Finland). För arbetsbelastningar som kräver EU-dataresidenskontroll konfigurerar vi Assured Workloads och Organization Policy Constraints som fysiskt förhindrar att resurser skapas utanför godkända regioner.

NIS2-direktivet, som är aktivt sedan oktober 2024, ställer utökade krav på incident­rapportering och riskhantering för väsentliga och viktiga entiteter. På GCP implementerar vi detta genom:

• Security Command Center Premium för kontinuerlig sårbarhetsanalys
• Chronicle SIEM för logganalys och hotjakt
• VPC Service Controls för att skapa säkerhetsperimetrar runt känsliga API:er
• IAM-principer med minsta möjliga behörighet och regelbundna accessgranskningar

SOC 2 och ISO 27001-efterlevnad

GCP är certifierat enligt ISO/IEC 27001 och SOC 2 Type II, men det räcker inte — er egen konfiguration måste också uppfylla kraven. Vi genomför regelbundna compliance-genomlysningar mot dessa ramverk och säkerställer att era GCP-projekt uppfyller kraven i Googles CIS Benchmark.

Molnsäkerhet

Löpande förvaltning: Varför drift avgör framgången

En migrering som lämnas utan aktiv förvaltning försämras. Konfigurationer driftar, säkerhetspatchar missas och kostnader kryper uppåt. Opsios 24/7 SOC/NOC — med team i Karlstad och Bangalore — övervakar GCP-miljöer dygnet runt med fokus på:

• Tillgänglighet: Uptime-SLA:er mot era faktiska affärskrav, inte Googles generella garantier
• Prestanda: Latens, throughput och felfrekvenser i realtid
• Säkerhet: Incidentrespons inom definierade SLA-tider
• Kostnad: Månatliga FinOps-rapporter med konkreta åtgärdsförslag

Det här är skillnaden mellan att ha en molnplattform och att ha en molnstrategi som levererar.

Managerade molntjänster

Google Cloud jämfört med AWS och Azure: Kort överblick

Valet mellan plattformarna styrs av er befintliga kompetens, applikationsportfölj och strategiska prioriteringar — inte av marknadsföringsmaterial. Managerad DevOps

Vanliga frågor

Vad skiljer Google Cloud Platform från AWS och Azure?

GCP är starkt inom dataanalys (BigQuery), Kubernetes (GKE, där Google skapade Kubernetes) och AI/ML (Vertex AI). AWS har bredast tjänsteutbud, Azure integreras djupast med Microsoft-ekosystemet. Valet beror på era arbetsbelastningar, kompetens och regulatoriska krav.

Hur lång tid tar en typisk migrering till Google Cloud?

En enklare lift-and-shift av 20–50 virtuella maskiner tar normalt 4–8 veckor. Komplexa migreringar med applikationsmodernisering, databastransformationer och integrationer kan sträcka sig över 3–9 månader. Tidplanen styrs av beroendekartläggning och riskaptit.

Hur hanteras GDPR och svensk datalagring på GCP?

Google Cloud har regionen europe-north1 (Hamina, Finland) och stödjer dataresidenskontroller via Assured Workloads. Opsio konfigurerar organisationspolicyer som förhindrar att data lämnar godkända EU-regioner, i linje med GDPR och Schrems II.

Vad kostar Google Cloud-konsulttjänster?

Kostnaden varierar kraftigt beroende på projektets omfattning — från rådgivande bedömningar på några hundra konsulttimmar till fullständiga migreringar med löpande förvaltning. Det viktigaste nyckeltalet är inte konsultkostnaden utan total ägandekostnad (TCO) jämfört med nuvarande infrastruktur.

Kan vi kombinera Google Cloud med AWS eller Azure i en multicloud-strategi?

Ja, och det är vanligare än många tror. GKE Enterprise (tidigare Anthos) är Googles svar på multicloud-orkestrering av Kubernetes-kluster. Det kräver dock en tydlig styrningsmodell för att undvika komplexitetsfällan. Opsio stödjer hybrid- och multicloud-arkitekturer.

For hands-on delivery in India, see konsult consulting services.

For hands-on delivery in India, see gcp managed services.