Skip to content
Deploy anywhere

Run Spiral wherever you have bytes and compute.

Keep your tables in your own bucket, in the cloud and region you choose, or in Spiral-managed storage. Regardless of the storage provider, Spiral stores your data in open-source Vortex files. On Enterprise, BYOC runs Spiral’s managed compute in your cloud account, next to the bucket.

Spiral created Vortex and gave it to the Linux Foundation.

What it does

Spiral works with all your clouds.

On Scale, Spiral is a multi-tenant hosted service, and most of our customers already use it across more than one cloud. Enterprise adds single-tenant cells, BYOC in your own cloud account, or the topology that you choose. Tables live in Amazon S3, Google Cloud Storage, Azure Data Lake Storage Gen2, Cloudflare R2, Tigris, or Ceph, or in Spiral-managed storage. Spiral writes only under the root that you give it. It lists other files in place and never deletes them.

Runs on any cloud and object store

AWSGoogle CloudMicrosoft AzureOracle CloudCoreWeaveNebiusCrusoeLambdaNscaleTogether AIModalCloudflareTigrisCeph

Spiral holds metadata, not your rows.

When your tables are in your bucket, Spiral holds only names, versions, commit history, and grants. Its signing service sees only the method and path of each request, never the bytes. Each storage credential that it signs covers one table and lasts at most 15 minutes. A revoked grant cuts off storage access within those 15 minutes. With BYOC on Enterprise, Spiral can run this metadata in your own account as well.

Security docs

Your tables stay open, and your keys stay short-lived.

  • Yes: Open Vortex files

    DuckDB, DataFusion, and Spark read the files under your tables directly.

    Spiral blog · Oct 21, 2026

  • No: A proprietary file format

    A proprietary format turns leaving into a migration project. Spiral’s files stay readable without Spiral.

  • Yes: An exit path

    You can export any table to Iceberg.

  • No: Long-lived keys in your jobs

    Bucket keys in job configs end up in logs and repos. Where a provider supports OpenID Connect federation, Spiral uses it and stores no key. Elsewhere, Spiral vends short-lived credentials, so your jobs never hold a bucket key.

    Connections docs