Request access to the Spinifex sandbox. Request access
Layer_1
Use cases

One product. Three common use cases.

Different reasons, same answer: AWS-compatible APIs on infrastructure you control. Here's where we see it most.

01 Defence

Cloud at the edge, for air-gapped and denied environments.

Mission software was built for AWS. Operations happen where AWS isn't. Spinifex closes that gap: an AWS-compatible cloud running on the hardware already on-site, hardened for disconnection.

The problem

Cloud-native software assumes the cloud is always there. Defence reality is the opposite. The AI stops inferring, the EW pipeline stops processing, the command app stops responding the moment the link degrades.

What Spinifex does

An AWS-compatible cloud on operator-owned hardware. Air-gapped, hardened, deployable to site. Same EC2 / S3 / VPC / EBS APIs your software already uses. No rewrite, no re-platform.

Who it serves

ISR & EW providers, command software ISVs, defence integrators, and sovereign capability programs running mission software at the edge.

Where it runs

Forward operating bases, tactical vehicles, ships, drones, ground stations, sovereign data centres. Where the operation is.

air-gappedDDILtactical edgesovereignAGPLoperator-owned
02 Enterprise

Reclaim sovereignty of your mission-critical workloads.

AWS got you to market. Now leaving is the project most teams never start. Spinifex takes the rewrite out of the equation: repoint, don't re-platform.

The problem

The bill scales faster than usage. The lock-in deepens with every AWS-specific service you adopt. Regulators ask harder questions about jurisdiction. The case to leave gets stronger every quarter, and the rewrite cost kills it every quarter.

What Spinifex does

Move workloads onto your own data centre, your private cloud, or a Neocloud partner, by changing an endpoint, not the software. Same APIs. Predictable bill. Open core you can audit.

Who it serves

Regulated industries: financial services, healthcare, gov, energy. Platform teams running mature AWS workloads. Organisations with sovereignty or data-residency mandates.

What you get back

Smaller, more predictable spend. End-to-end control of your stack. Data in the jurisdiction you choose. No next lock-in, because the core is AGPL and yours to keep.

repatriationsovereigntyFinOpsdata residencyAGPLno rewrite
03 AI companies

Break out of the hyperscalers.

Run your AWS-native training and serving stack on a Neocloud's GPU fleet. Same code, same APIs, often half the cost.

The problem

GPU on AWS is the most expensive, queue-bound, region-locked place in cloud. Neoclouds have the H100s, the H200s, and the B200s for less. But your stack is built for AWS, and re-platforming it eats months you don't have.

What Spinifex does

Spinifex sits on a Neocloud GPU fleet and exposes EC2 / EBS / S3 / VPC. Your existing AWS training and serving pipelines run unmodified. Terraform, the AWS CLI, the SDKs all just work.

Who it serves

AI labs, model-serving startups, ML platform teams running large GPU fleets and looking at their AWS bill.

The economics

Neocloud GPU capacity is often 50%+ cheaper than the same iron on a hyperscaler, without the egress traps. Spinifex makes that capacity addressable from your existing stack.

H100H200B200traininginferenceNeocloudMIGRDMA
Wherever you fit

The platform is the same. Try it against one of your workloads.