Saudi Vision 2030 and the DevOps Imperative: Why Giga-Projects Need Platform Engineering
Why NEOM, Red Sea Project, and Saudi Vision 2030's digital programs need platform engineering - and how to scale engineering delivery from 10 to 500 engineers without a DevOps bottleneck.
Saudi Arabia’s Vision 2030 is not a government strategy document gathering dust on a shelf. It’s the most ambitious national digital transformation programme in history - with hundreds of billions of SAR invested across giga-projects that are building cities, entertainment destinations, tourism infrastructure, and industrial ecosystems from scratch. And every one of these programmes has a technology team that needs to ship software.
The Scale of the Digital Transformation
The numbers are staggering. NEOM - the USD 500 billion smart city project on the Red Sea coast - is building technology infrastructure for a city that doesn’t yet exist. Engineering teams are scaling from founding groups of 10-20 engineers to 500+ across dozens of concurrent workstreams: smart building management, autonomous transport, energy management, healthcare systems, entertainment platforms, and the digital infrastructure that connects them all.
Red Sea Project is building a luxury tourism destination with smart resort infrastructure - IoT-connected buildings, automated energy management, and guest experience platforms. Diriyah Gate is creating a cultural destination with digital experience layers. Qiddiya is building an entertainment city with technology at its core. Each project has its own engineering team, its own technology stack, and its own DevOps challenges.
The Scaling Problem Nobody Talks About
Here’s what the press releases don’t mention: scaling engineering teams from 10 to 500 engineers in 18 months breaks every informal DevOps practice.
At 10 engineers, DevOps is organic. The person who built the CI pipeline knows how it works. Deployments happen because everyone knows the process. Infrastructure knowledge is tribal - shared in Slack messages and hallway conversations.
At 50 engineers, cracks appear. New joiners don’t know the deployment process. The CI pipeline breaks in ways nobody understands because the person who built it is now managing a team. Infrastructure changes require coordination across teams that didn’t exist six months ago.
At 200+ engineers, the model is broken. The DevOps team is a bottleneck. Every team needs something from them - a new service scaffolded, a staging environment provisioned, a deployment pipeline configured - and the queue grows faster than the DevOps team can work through it. Engineering velocity drops as headcount grows - the exact opposite of what scaling is supposed to achieve.
Platform Engineering: The Only Solution That Scales
Platform engineering is not a buzzword - it’s the only proven approach to scaling DevOps practices beyond 50 engineers without making the DevOps team the bottleneck.
The concept is simple: instead of the DevOps team doing things for other teams, the DevOps team builds a platform that other teams use to do things themselves. Self-service infrastructure provisioning. Golden paths that let a developer scaffold a new service and deploy to production in 30 minutes. Developer portals (Backstage) that provide a single pane of glass for service catalogues, documentation, and infrastructure status.
The golden path is the critical concept. It’s a pre-built template that covers 80% of use cases: a developer runs a command, gets a new service with CI/CD, monitoring, logging, and a staging environment - all configured and connected, all following organisational standards, all compliant with NCA Essential Cybersecurity Controls.
NCA Compliance Built Into the Platform
Saudi government technology standards - particularly NCA ECC - require specific security controls across all infrastructure: encryption at rest, audit logging, network segmentation, access control, and vulnerability management. At giga-project scale, these controls cannot be enforced manually. They must be encoded into the platform itself.
Policy-as-code is how this works in practice. Every golden path template includes NCA-compliant defaults: encrypted storage, CloudTrail logging, VPC segmentation, least-privilege IAM policies. When a developer scaffolds a new service, NCA compliance is automatic - not a checklist they need to remember. When a policy changes, the platform team updates the template once and every new service inherits the change.
This is dramatically more reliable than asking 500 engineers to individually comply with NCA controls. Compliance becomes a property of the platform, not a behaviour of individual engineers.
PDPL Data Residency by Design
PDPL - Saudi Arabia’s Personal Data Protection Law - requires personal data of Saudi residents to be processed and stored within the Kingdom. For platform engineering, this means the platform must enforce data residency automatically: infrastructure provisioned in AWS Middle East (Riyadh) by default, cross-region data replication disabled for personal data workloads, and data classification enforced at the infrastructure level.
A well-designed platform makes PDPL compliance the path of least resistance. Developers don’t need to think about data residency - the golden path handles it. Non-compliant configurations require explicit override, not the other way around.
The 90-Day Platform Engineering Engagement
For Vision 2030 engineering teams, we recommend a phased platform engineering approach:
Weeks 1-2: Discovery. Interview engineering teams. Map current provisioning workflows. Identify the top three DevOps bottlenecks. Understand NCA and PDPL requirements for the specific programme.
Weeks 3-8: Golden Path MVP. Build the first golden path - a template that lets a developer scaffold a new service with CI/CD, monitoring, and a staging environment in under 30 minutes. NCA compliance built in. PDPL data residency enforced.
Weeks 9-14: Self-Service Portal. Deploy Backstage as the developer portal. Integrate service catalogue, documentation, and infrastructure provisioning. Enable multiple golden paths for different service types.
Weeks 15-16: Adoption. Migrate the first 3-5 teams to the platform. Measure the reduction in time-to-production. Hand over to the internal platform team.
Getting Started
If you’re building technology for a Vision 2030 giga-project and your engineering team is growing faster than your DevOps practices can keep up, platform engineering is the investment that will determine whether your engineering organisation scales successfully.
devopssaudi.com specialises in platform engineering for Saudi Arabia’s most ambitious technology programmes. Book a free 30-minute consultation - we’ll assess your current situation and outline what a platform engineering engagement would look like for your team.
Get Started for Free
Schedule a free consultation. 30-minute call, actionable results in days.
Talk to an Expert