Google Cloud
KSA region · liveIn-Kingdom Saudi region · data residency by default
Pillar II · Secure & Scale · 04
The cloud should be cheaper, faster and safer than the on-premise estate it replaces — and, increasingly in Saudi Arabia, it should run on in-Kingdom infrastructure. We land workloads on Google Cloud's Saudi region for data-residency by default, on AWS where the data-services catalogue calls for it, and on Azure where Microsoft 365 and Entra are already core. Architected for your regulatory envelope, migrated in waves, operated by the same team.
Providers we land on
Since Google Cloud's Saudi region went live, in-Kingdom residency is a practical choice — not just a policy. We land the data-sensitive workload on Google, pick the adjacent clouds where their strengths apply, and run the landing zones in one architecture discipline.
In-Kingdom Saudi region · data residency by default
Broadest service catalogue, strongest data services
Where Microsoft 365 and Entra are already core
Oracle database and Fusion workloads
Migration waves
Landing zone, identity, logging, baseline guardrails
Rehost non-critical workloads. Measure before refactoring.
Managed services, containerization, CI/CD, observability.
Event-driven, serverless, cloud-native where it earns it.
In-Kingdom residency
With Google Cloud's Saudi region live, enterprises can run regulated workloads inside the Kingdom — no more residency-by-contract. We design the landing zone to keep data inside the region by default, with clear routing rules for anything that has to leave.
Practical questions
The one that fits your workloads, your licensing, your data-residency constraints and your existing skills. We're active across AWS, Azure and Oracle Cloud — and often deliver multi-cloud landing zones.
We typically deliver a landing-zone prototype and a waved migration plan in the first three weeks.
Talk to our cloud team