Storage Model

How Runtime separates structured operational state from object storage.

Agentic Friendly

Runtime uses more than one storage pattern because platform services do not all need the same kind of persistence.

Structured Operational State

PostgreSQL is used for structured, transactional, and queryable platform data.

This is the right fit for:

  • service state
  • metadata
  • configuration data
  • workflow and authorization persistence

PgAdmin complements this model by giving operators a direct management and inspection interface for PostgreSQL.

Object And Artifact Storage

MinIO is used for object-style storage. Rook-Ceph is being introduced as its successor and runs alongside MinIO during the migration; it provides an S3-compatible RGW endpoint and CephFS for shared file storage.

This is the right fit for:

  • files and binary assets
  • platform artifacts
  • buckets shared by workloads
  • data that is not naturally relational

Why The Separation Matters

Using both models keeps the Runtime layer cleaner:

  • relational storage is used where consistency and queries matter
  • object storage is used where artifacts and large binary objects matter

This makes Runtime more flexible for the higher layers that build on top of it.

On this page