Base Mission Data Platform
Base mission data platform - James Patrick, 2025

Base Mission Data Platform

Sovereign Architecture for Secure, Mission-Critical Data.

The pattern is modular and designed for re-use. It suits a wide range of mission workloads (from fusion centres and digital twins to simulation, decision support, or deployed edge systems).

Architecture Overview

The Base Mission Data Platform is a secure, scalable data architecture deployed in the Oracle UK Sovereign Cloud, built for defence, national security, and regulated workloads. It’s designed to be repeatable; a reference pattern that can be adapted to different mission contexts while maintaining core principles of sovereignty, resilience, and low operational overhead.

Tenancy Layer (Control Plane)

From the top, the platform includes:

  • Identity & Access Management (IAM) – fine-grained control via groups, policies, and compartments.
  • Security Services – including Threat Intelligence, Vulnerability Scanning, Cloud Guard, Alarms, Key Vault.
  • Operational Controls – Logging, Auditing, and Monitoring services to ensure observability and compliance.

These services underpin everything. They're not optional, they’re part of the fabric.

Primary Site (Site 1 – Data Platform)

Network: VCN 1

Within a fault-isolated region, the architecture separates workloads into a Data Platform Compartment with both public and private subnets.

Private Subnet - Autonomous Database: the central data store which is self-patching, encrypted, scalable, and integrated with Oracle’s ecosystem. Ingests data from: Customer cloud environments; Traditional on-prem databases; NoSQL systems; Edge infrastructure

Public Subnet - Analytics enables mission teams to run reporting, dashboards, or visualise real-time feeds. APEX provides low-code platform for building internal mission apps. AutoML gives an entry-point to machine learning without needing a separate ML stack.

Access - Bastion host for time-bound administrative access. Developer and analyst access routes can be controlled via identity policies, NSGs, and ingress rules.

Secondary Site (Site 2 – DR)

Network: VCN 2

A separate region hosts the Backup and DR Compartment, which contains:

  • Autonomous Database (standby), synchronised via Autonomous Data Guard.
  • Remote DRG-to-DRG peering provides private, secure, and performant replication.

This ensures business continuity and data durability without introducing lots of operational complexity.

Platform Use Cases

The platform is adaptable, but excels in scenarios where data assurance, auditability, and mission-readiness are essential.

Primary Use Cases

  1. HQ and Mission Data Hubs
  2. Secure Analytics & Visualisation
  3. Application Prototyping & Rapid Delivery
  4. ML Model Development & Inference
  5. Hybrid and Edge Data Integration
  6. Disaster Recovery & Continuity of Mission

Strategic Benefits

This architecture is built to:

  • Reduce delivery friction - out-of-the-box capability, minimal setup, fewer moving parts.
  • Align with MOD/NCSC principles - identity boundaries, assured zoning, no public dependencies.
  • Provide a stable foundation for evolution - once deployed, it can be extended with AI/ML pipelines, API integration, or layered access models for multiple departments or mission teams.

Article content
Base mission data platform high level design.

This platform won’t solve every challenge, but it does provide a solid foundation to build on (and to do so with confidence that security, resilience, and compliance are baked in, not added later).

To view or add a comment, sign in

More articles by James Patrick CITP MBCS

Others also viewed

Explore content categories