ZTABS delivers cloud services for Riyadh enterprises. We are remote-first by design, with an office in Houston, Texas. Our cloud services page covers our broader approach, and our cloud migration cost guide provides published planning benchmarks.
Riyadh's cloud requirements are shaped by Vision 2030's mandate to digitise government and enterprise operations, DGA (Digital Government Authority) guidance on cloud adoption by government agencies, and NCA cybersecurity controls defining the security baseline for cloud adoption across government and critical national infrastructure. CST (Communications, Space and Technology Commission, renamed from CITC in November 2022) regulates telecommunications and data centre operations. NDMO data classification categorises government data into levels with corresponding security controls; the specific cloud deployment rules per classification level depend on the applicable authority, entity category and approved infrastructure. Cloud architecture should implement controls matching the entity's classification obligations rather than assuming a universal classification-to-hosting mapping. The cloud provider landscape in Saudi Arabia includes multiple hyperscalers: AWS Middle East (Bahrain), Oracle Cloud Jeddah, Google Cloud Dammam (me-central2, operational since 2023 for selected offerings), Azure UAE regions and announced Saudi plans, plus STC Cloud for Saudi-sovereign infrastructure. Service catalogues differ between providers and between regions; verify that the specific services your workload needs are available in the selected region.
Riyadh cloud services at a glance
| Domain | Cloud focus | Industry context |
|---|
| Government | NDMO-classified cloud, NCA security controls, smart services | DGA cloud adoption guidance, data classification |
| Energy | Hybrid OT/IT cloud, SCADA analytics, digital twins | Operational technology, reservoir modelling |
| Enterprise | Cloud migration, modernisation, multi-cloud | Vision 2030 transformation, seasonal scaling |
| Startups and SMEs | Cloud-native infrastructure, managed services | Right-sized DevOps, cost-optimised scaling |
Government cloud migration
Saudi government entities are migrating to cloud guided by DGA's cloud computing adoption framework. Government cloud requirements include NDMO data classification (each dataset classified with controls appropriate to the classification level), NCA cloud cybersecurity controls (applicable version and scope depend on the entity category, data classification and provider/tenant role), interoperability through government integration platforms, and Arabic-first interfaces for citizen-facing services.
Government cloud workloads span ministry digital transformation (converting processes to cloud-hosted digital services), municipal services (smart city platforms), healthcare digitisation and education technology. The specific NCA controls applicable to each workload depend on the data classification, the entity category and the applicable control version. Migration proceeds in phases with classification assessment before any workload moves.
Energy sector hybrid cloud
Saudi Arabia's energy sector requires hybrid cloud architecture connecting operational technology with cloud analytics. Oil and gas cloud needs include SCADA and industrial control data processing (moving from isolated industrial networks to cloud-connected analytics while maintaining OT security boundaries), reservoir modelling and simulation (computationally intensive workloads benefiting from cloud burst capacity), digital twin platforms and HSE data management.
Edge computing at field sites provides local data buffering and real-time control with cloud platforms handling analytics, predictive maintenance and reporting. OT workloads typically remain on-premises for safety and latency reasons. The hybrid architecture distributes workloads between edge, private cloud and public cloud based on latency, security and data classification requirements. Actual edge retention and recovery depend on device storage capacity, configured TTL and connectivity conditions.
Planning cloud infrastructure for your Riyadh enterprise?
Share your current infrastructure, data classification requirements and compliance context. We will outline a practical approach.
Enterprise cloud modernisation
Riyadh enterprises across banking, telecom, retail and manufacturing are migrating from on-premises data centres. Drivers include reducing capital expenditure on hardware refresh cycles, enabling modern work models, scaling for seasonal demand patterns (Hajj, Umrah and Ramadan create significant spikes for hospitality, transport and retail) and accessing cloud-native services for AI/ML, analytics and IoT.
Saudi Central Bank (SAMA) regulates banking with specific technology risk requirements. The Insurance Authority (operational since November 2023, with mandates transferred from SAMA) regulates the insurance sector. Cloud architecture for financial institutions uses controls supporting the applicable SAMA requirements; full compliance depends on the institution's complete programme. CST (Communications, Space and Technology Commission) regulates telecommunications. Each regulated sector adds specific architectural requirements that should be designed into infrastructure from deployment.
Cloud cost management is essential: without active FinOps (right-sizing, reserved capacity, auto-scaling, resource lifecycle management), cloud can exceed on-premises costs. Cloud migration does not automatically reduce costs.
Startup and SME cloud
Saudi startups are typically cloud-native from inception. Cloud needs include right-sized infrastructure avoiding overprovisioning, DevOps automation (CI/CD, monitoring, alerting) and managed services for organisations that cannot maintain dedicated cloud engineering teams. Cloud cost management tracks unit economics from early stages. Saudi Arabia's startup ecosystem has grown significantly with government support through programmes encouraging technology entrepreneurship. Cloud-native architecture enables rapid scaling without data centre capital investment.
ZATCA (Zakat, Tax and Customs Authority) e-invoicing requirements apply to resident VAT-registered entities in phases. Cloud systems handling e-invoicing require integration with ZATCA platforms, compliant invoice generation and secure data handling. The specific e-invoicing phase applicable to each entity depends on revenue thresholds and ZATCA designation.
How delivery works
ZTABS is remote-first by design, with an office in Houston, Texas. Working hours, assigned personnel, on-site availability and overlap arrangements are agreed per engagement.
Cloud strategy (illustrative 3 to 6 weeks): workload assessment, data classification mapping, NCA compliance analysis and architecture design. Implementation (illustrative 8 to 24 weeks depending on scope): landing zone deployment, security controls, workload migration in waves and monitoring. Operations (ongoing): monitoring, cost optimisation, security management and compliance evidence. Phases, durations and deliverables are agreed per engagement.
Illustrative Example
Hypothetical: Cloud Migration for a Riyadh Government Entity
A Saudi government entity operating aging on-premises infrastructure would benefit from cloud migration guided by DGA's cloud adoption framework. Data classification would categorise each workload per NDMO framework with controls matching the classification level. NCA cybersecurity controls applicable to the entity category would be implemented before migration: identity management with MFA, encryption at rest and in transit, network segmentation and comprehensive logging. The specific cloud deployment rules per classification level would be determined by the applicable authority and approved infrastructure.
Planning assumptions: government entity, NDMO data classification, NCA compliance requirements. Estimated scope: Enterprise Migration tier ($200K to $300K+, 6 to 12 months) based on published benchmarks. Actual scope, cost and outcomes would depend on the application portfolio, data classification mix, NCA control requirements and organisational readiness.
This is a hypothetical scenario for illustration. Actual scope, timeline and cost depend on your requirements.
See how cloud migration applies to your Riyadh organisation?
Describe your current infrastructure, data classification context and cloud objectives. We will map a practical path.
Cost and timeline benchmarks
Our cloud migration cost guide provides published planning benchmarks:
| Tier | Investment range | Timeline | Scope |
|---|
| Basic / Lift-and-Shift | $10K to $40K | 4 to 8 weeks | Move existing workloads to cloud VMs with basic networking and security |
| Re-Platforming | $40K to $120K | 8 to 18 weeks | Migrate to managed services, containerisation, CI/CD and monitoring |
| Cloud-Native Refactoring | $120K to $200K | 18 to 32 weeks | Microservices, serverless, event-driven architecture, auto-scaling |
| Enterprise Migration | $200K to $300K+ | 6 to 12 months | Multi-cloud, compliance (NCA, NDMO), DR, large-scale migration |
These are published planning benchmarks in USD. Ongoing cloud operating costs (compute, storage, networking, licensing, support) are separate from migration investment. Actual engagement scope and cost are agreed per project.
Cloud cost management for Riyadh organisations
Enterprise cloud spending requires disciplined FinOps practices. Government entities operate under budgetary frameworks making proactive cost governance essential. Right-sizing based on actual utilisation, reserved capacity for predictable workloads, auto-scaling for seasonal patterns (Ramadan, Hajj/Umrah traffic spikes) and storage lifecycle policies support cost control. Cloud migration does not automatically reduce costs. Without active cost management, cloud can exceed on-premises costs.
Choosing a cloud services partner for Riyadh
| Provider type | Strength | Tradeoff |
|---|
| ZTABS (remote-first, Houston office) | Cloud architecture with NCA/NDMO awareness and Saudi market understanding | Remote-first by design |
| Global system integrators | Enterprise scale, large teams | Evaluate pricing and NCA depth per engagement |
| Regional managed service providers | Saudi market understanding | Evaluate cloud engineering depth per firm |
| Hyperscaler professional services | Deep platform knowledge | Evaluate multi-cloud and regulatory breadth per firm |
| Offshore cloud teams | Cost-effective rates | Evaluate Saudi data classification understanding per firm |
Questions to ask any Riyadh cloud partner
Before selecting a cloud partner, verify their Saudi regulatory understanding. Ask about NDMO: do they understand data classification tiers and cloud deployment rules per level? Ask about NCA: can they implement applicable NCA cloud cybersecurity controls for the entity's scope and classification? Ask about hybrid: can they design OT/IT hybrid architecture for energy workloads? Ask about cost: do they implement ongoing FinOps for seasonal Saudi traffic patterns? Ask about regions: do they know which providers operate Saudi or nearest regions and which services are available?
When ZTABS is not the right fit
- You need a fully managed 24/7 cloud operations centre with guaranteed response SLAs. Managed cloud operations can be separately scoped, but a standing operations centre is a different service model.
- You need NCA compliance certification, NDMO advisory services, SAMA regulatory counsel or legal advice on Saudi data classification. We implement cloud infrastructure supporting compliance evidence; regulatory, legal and certification matters should be handled by qualified specialists.
Adjacent services scoped separately
Marketing, branding, creative, AI model training, data analytics and BI capabilities are available through separate engagements alongside or independent of cloud services work. See our digital marketing services and AI development services. ZTABS also builds custom white-label AI products that clients can brand and resell.
Risks that affect Riyadh cloud engagements
| Risk | How we address it |
|---|
| NDMO data classification mismatch | Classification assessment before migration; workloads routed to appropriate cloud tier |
| NCA controls gaps | Applicable NCA controls implemented from deployment; documented security governance |
| Energy OT/IT security boundary | Hybrid architecture with OT network isolation; controlled data gateways |
| Cloud cost overrun | FinOps: right-sizing, reserved capacity, seasonal auto-scaling, governance |
Data residency and full-stack assessment
Riyadh organisations handling classified or regulated data should assess data residency beyond cloud region selection. Full-stack assessment covers application data, database backups, log aggregation, monitoring telemetry, infrastructure-as-code state files, SDK telemetry, remote support access, subprocessor data flows, cross-border transfers and contractual terms. Government entities should document complete data flows per NDMO requirements. Energy companies should consider SCADA data residency across the processing stack.
Disaster recovery for Riyadh organisations
Riyadh organisations require disaster recovery providing geographic separation. Multi-region cloud DR places secondary infrastructure in a different geographic area. DR design specifies RTO and RPO aligned with the organisation's operational requirements and data classification. Government entities have specific business continuity requirements. Testing DR procedures regularly is essential since untested failover assumptions carry significant risk under real conditions. Government entities should document DR test outcomes for NCA controls evidence. Energy companies should test hybrid OT/IT failover scenarios specifically. SAMA-regulated financial institutions should align DR testing with regulatory business continuity expectations.
Infrastructure as code for Riyadh organisations
Infrastructure as code (IaC) using Terraform, CloudFormation or Pulumi manages cloud resources as version-controlled, auditable code. For government entities, IaC provides the change auditability and documentation that NCA compliance evidence requires. For energy companies, IaC templates provision hybrid infrastructure consistently across cloud and edge locations. IaC manages declared resources and supports drift detection but cannot prevent all out-of-band changes. Governance processes and approval workflows complement IaC for production infrastructure changes. Multi-environment promotion (development, staging, production) uses IaC to maintain consistent infrastructure across deployment stages.
Monitoring and observability for Riyadh cloud
Cloud monitoring for Riyadh enterprises implements observability across metrics, logs and traces. Government entities require monitoring that supports NCA security incident detection and reporting. Energy companies require monitoring across both cloud and edge infrastructure with OT/IT boundary awareness. Financial institutions under SAMA oversight require transaction monitoring and security event detection. Monitoring architecture includes centralised log aggregation with role-based access, real-time alerting for security events and performance anomalies, dashboard visualisations for operations and management teams, and integration with incident management workflows. Arabic and English monitoring interfaces support diverse operations teams across government and enterprise environments.
Distinguishing cloud infrastructure from regulatory compliance
Cloud infrastructure implements encryption, access controls, audit logging and monitoring as technical controls. These support the organisation's compliance programme but are not themselves NCA compliance, NDMO compliance, SAMA compliance, Insurance Authority compliance or CST compliance. Compliance outcomes depend on the entity's complete security and governance programme and qualified assessors. Cloud infrastructure provides the technical foundation that compliance programmes require.
Ready to build cloud infrastructure for your Riyadh enterprise?
Tell us about your data classification requirements, compliance context and cloud objectives. We will outline a practical engagement.