Back to blog posts

8 min

[GUIDES]

Blaxel vs Northflank: Agent compute and isolation compared

Compare Blaxel and Northflank on sandbox isolation, process state after pause, GPU support, and pricing. Find out which platform fits your agent workload.

Nicolas LecomteNico is a founder of Blaxel, who usually writes about AI, agentics, and the future of AI runtimes.

Your coding agent finishes a task, the user steps away, and the sandbox goes idle. What happens next shapes your compute bill and user experience. Some platforms pause but retain files, then boot fresh when the user returns. Others preserve running processes and resume where they stopped.

That gap is central to the Blaxel vs Northflank decision. Northflank Platform as a Service (PaaS) supports general workloads through a Bring-Your-Own-Cloud model. Its broader deployments include sandboxes among many services.

Blaxel is the infrastructure foundation for autonomous agents. It's purpose-built for agent code execution. Its defining capabilities include Firecracker microVM isolation and perpetual standby.

This comparison evaluates lifecycle and isolation, production scope, and pricing for both platforms.

Choose Northflank when your agent is one component in a broader production system. Examples include databases, continuous integration and continuous delivery (CI/CD), and GPU training jobs. Choose Blaxel when fast, stateful, isolated sandbox execution is the product itself.

TL;DR:

  • Lifecycle is the split: Blaxel snapshots filesystem, memory, and running processes into standby. Northflank preserves volume-backed files only, so processes rebuild on every resume.
  • Blaxel for stateful agent execution: Perpetual standby with sub-25ms resume, zero idle compute, and Firecracker microVM isolation suit coding and PR review agents.
  • Northflank for broader production systems: Managed Postgres, CI/CD pipelines, GPU training (A100 through RTX PRO 6000), and any-container language support suit teams with agents beside existing infrastructure.
  • Both offer microVM isolation: Comparable hardware boundaries for CPU workloads, but lifecycle behavior determines what survives idle periods.
  • Cost depends on idle ratio: Blaxel charges zero standby compute. Northflank prorates fixed plans per-second. Preserved state on Blaxel can reduce billed restoration time for bursty agents.

What is Northflank?

Northflank is a developer platform for building and running applications. A company announcement says it was founded in 2019 and is headquartered in London. The company describes its developer platform as "a managed abstraction layer for Kubernetes."

It bundles services, jobs, and databases. Managed databases include PostgreSQL, MongoDB, MySQL, and Redis. Teams run CI/CD pipelines and PR preview environments. Workloads can run on Northflank's managed cloud or customer cloud accounts.

Northflank added GPU workloads in August 2025. It also markets a Sandboxes product for AI agents. Its documentation claims teams can boot a microVM in under a second.

What is Blaxel?

Blaxel supports agent execution through compute, storage, and networking primitives. These components provide the execution layer where AI agents run production code.

  • Compute: Sandboxes provide isolated execution. Batch Jobs support parallel processing.
  • Storage: Agent Drive is a distributed filesystem in private preview. It shares data across agents and sessions. Volumes provide persistent block storage attached during sandbox creation.
  • Networking: Managed custom domains and proxy secrets injection support production traffic. Dedicated egress gateways are in private preview.

Running as isolated Firecracker microVMs, sandboxes preserve filesystem and memory state in standby indefinitely. Idle sandboxes incur no compute charges, while Volumes provide guaranteed long-term durability when required.

Head-to-head feature comparison

Here's how the two platforms compare across important agent infrastructure dimensions:

FeatureBlaxelNorthflank
Isolation model✅ Firecracker microVMs; one kernel per sandbox✅ Kata isolation options include Cloud Hypervisor, Firecracker, and gVisor; GPU sandboxes default to gVisor
Standby and resume✅ Perpetual standby; under 25ms resume with memory and processes restored⚠️ Pause retains the volume and configuration; resume scales the sandbox back to 1. Northflank reports a 97–167ms median and 216ms P99 in its sandbox benchmarks
Statefulness✅ Full filesystem and memory snapshots; Volumes; Agent Drive in private preview⚠️ Volume-backed filesystems; no documented memory checkpointing
Networking✅ Managed custom domains, proxy secrets injection, and dedicated egress gateways in private preview✅ Automatic TLS domains; static egress IPs are self-provisioned
Language support⚠️ First-class SDKs for Python, TypeScript, and Go✅ Any container language
GPU workloads❌ CPU-only✅ A100 and RTX PRO 6000 options
Pricing modelUsage-based pricing at $0.0000115 per GB RAM-second while active; no standby compute cost✅ Per-second pricing with monthly compute plans
Compliance✅ SOC 2 Type II, ISO 27001, and a Health Insurance Portability and Accountability Act (HIPAA) Business Associate Agreement (BAA) add-on✅ SOC 2 and HIPAA; HIPAA BAAs require Enterprise contracts

When Blaxel is the better choice

Blaxel fits workloads where the sandbox forms a core product boundary. Examples include coding agents, PR review agents, and data analysis agents. These workloads execute untrusted code, become idle, and later resume.

  • Agents with intermittent sessions: Blaxel transitions a sandbox to standby after approximately 15 seconds without connections. Its snapshot captures complete state, including running processes. Northflank states that pausing preserves stored files, not in-memory process state. Teams must reinstall dependencies, reload datasets, or restart development servers when those processes disappear.
  • Untrusted generated code across tenants: Frontier models can escape weak sandboxes. SANDBOXESCAPEBENCH measured container escape success rates of 0.49 for Opus 4.5 and 0.50 for GPT-5 in its benchmark results. Both platforms use microVM options for CPU workloads. Blaxel gives each sandbox its own kernel. Optional zero data retention keeps state in a RAM-backed filesystem. Deleting that microVM erases its data. This mode prevents perpetual standby because standby stores a snapshot.
  • Infrastructure designed for agent lifecycles: Sandboxes provide preview URLs for generated code. Agent Drive can share context across sessions and remains in private preview. Its regional availability currently covers one region. Blaxel is also a first-class sandbox provider in the OpenAI Agents SDK. The SDK builds on OpenAI's Codex harness, while Blaxel Sandboxes handle the execution layer. Blaxel provides an OpenAI SDK tutorial for this integration.

Together, these capabilities determine whether idle periods preserve processes without continuing compute charges.

When Northflank may fit better

Northflank is the stronger choice in three situations. Each reflects the platform's broader production scope. GPU workloads are the clearest case. Blaxel provides CPU-focused infrastructure for agent code execution. Model training and large-model GPU inference require another platform. Northflank offers A100s through 96GB RTX PRO 6000s on its managed cloud. A Weights case study reports 250+ concurrent GPUs and 10,000+ daily AI training jobs. Model load time dropped from 7 minutes to 55 seconds. That reduction removes most model-loading delay from each training run.

Northflank's broader scope also creates several practical distinctions. For production systems, Northflank combines managed Postgres, CI/CD pipelines, PR previews, and Infrastructure as Code.

Northflank runs any container and provides multi-language buildpacks. Supported buildpacks include Go, Java, Node.js, PHP, Python, Ruby, Scala, and .NET. Northflank's console offers deep configurability, which some users praise. One Hacker News commenter also called it "too complicated and dazzling." The tradeoff is more configuration surface for teams to navigate.

For database recovery, Northflank documents migration and recovery through backup and restore workflows. Some workflows require downloading dumps before a later import. One commenter offered production recovery criticism, calling that "insane for a production application." Teams should test recovery procedures against their own database sizes and availability requirements. These strengths favor teams that want agents beside existing application infrastructure. Implementation concerns still deserve review before a commitment.

Pricing comparison

Use a baseline of 1 vCPU and 2 GB RAM. The scenarios below assume a 730-hour month and no egress. They compare compute separately because the platforms price storage differently. The baseline produces these costs and assumptions:

  • Northflank compute: The nf-compute-100-2 plan matches the baseline with one dedicated vCPU and 2,048 MB. It costs $24.00 for a full month, with billing prorated to the second.
  • Northflank storage and egress: Disk costs $0.15 per GB-month, while egress costs $0.06 per GB.
  • Blaxel compute: At the stated rate and 2 GB, active runtime costs roughly $0.08 per hour. Standby compute costs $0, and Blaxel has no base subscription fee in this usage model.
  • Blaxel storage: Snapshot storage during standby costs $0.20 per GB-month.

Applied to the two utilization scenarios, a bursty workload with 30 active hours costs about $0.99 for Northflank compute. The same active runtime costs about $2.48 on Blaxel. A full month costs the listed Northflank plan price and about $60.44 on Blaxel. Those compute totals exclude storage and egress.

Adding 1 GB of Northflank disk uses the listed disk rate. A Blaxel standby snapshot uses its corresponding storage rate. Equivalent Blaxel egress pricing isn't available in the supplied pricing evidence, so both scenarios exclude egress. The comparison also omits process-rebuild time.

A bursty agent may spend fewer hours active when memory and processes survive idle periods. Measure both billed runtime and restoration work during a proof of concept. Blaxel reported that Build0 cut sandbox infrastructure costs by up to 80% after switching. That result reflects Build0's workload and should not replace workload-specific testing.

The following tiers provide starting points, but active time and stored state determine the resulting bill. Blaxel pricing:

  • Free: The plan includes up to $200 in free credits, plus usage costs.
  • Pre-configured sandbox tiers and usage-based pricing: See Blaxel's pricing page for current pricing information.
  • Available add-ons: Options include email support, live Slack support, and HIPAA compliance.

Objections buyers raise, answered

Engineering leaders comparing these platforms tend to raise the same objections.

  • "Northflank runs microVMs, so isolation is a wash." For CPU sandboxes, the platforms offer comparable microVM options. Their main divergence is lifecycle behavior. Blaxel snapshots memory and processes into standby. Northflank resumes by scaling up and remounting its persistent volume. Similar isolation does not create equivalent state preservation.
  • "Sub-second boots are fast enough." For one boot, they often are. Agents can idle and wake repeatedly during one session. Each fresh boot on a filesystem-only platform requires process restoration before work resumes. Users experience that restoration work as additional latency.
  • "We'd rather consolidate on one platform." That choice is reasonable when Northflank already runs databases and CI/CD. Its breadth reduces the number of systems a team manages. Blaxel instead concentrates on agent execution, perpetual state, and isolated Firecracker microVMs.

None of these answers reveal how often your agents idle. Instrument that behavior before choosing a lifecycle model.

Run your own Blaxel vs Northflank evaluation

The platforms create different tradeoffs. Northflank provides breadth for agents attached to GPU-heavy production systems, while stateful coding agents must rebuild process state after each pause. It fits teams whose agents sit beside managed databases, CI/CD pipelines, and GPU training jobs.

Blaxel fits teams where isolated agent execution is the product. Its perpetual standby preserves filesystem and memory state without idle compute charges. Each sandbox runs in its own Firecracker microVM, and network-based shutdown returns idle sandboxes to standby automatically. Agent Drive remains in private preview for shared storage. Volumes provide durable storage, while Batch Jobs support parallel processing.

The fastest way to settle the decision is empirical. Deploy a sandbox, let it idle, and measure what returns. Check whether only files survive or running processes also resume. You can optionally sign up free and apply available credits toward that test.

FAQs

Do Blaxel and Northflank both use microVM isolation?

For CPU workloads, yes. Blaxel runs every sandbox in a dedicated microVM with its own kernel, isolating untrusted code from the host and neighboring tenants. Northflank uses Kata Containers and selects isolation technology by workload. Its options include Cloud Hypervisor, microVM technology, and gVisor. GPU sandboxes default to gVisor. Isolation technology establishes the security boundary, while lifecycle behavior determines what survives an idle period. Blaxel combines its kernel boundary with full filesystem and memory snapshots. Northflank preserves volume-backed files but does not document memory checkpointing during pause. Teams should test both dimensions independently.

Can a Northflank sandbox resume with running processes intact?

No. Northflank states that pausing preserves volume-backed filesystem data and service configuration. In-memory process state does not survive. Resume starts compute again and remounts the persistent volume. Files remain available, but processes must start from scratch. A development server must restart before a preview becomes available. Loaded datasets must return to memory. Package managers or language runtimes may also repeat initialization work. Blaxel snapshots filesystem and memory together. Running processes resume from their stored state. External connections remain a separate concern on both platforms. Database pools, sockets, and third-party sessions can expire while idle.

Which platform costs less for bursty agent workloads?

It depends on active runtime, idle ratio, storage, and restoration work. Blaxel charges for compute only while a sandbox is active. Standby incurs snapshot storage charges but no compute charges. Northflank prorates compute plans to the second and separately bills disk and egress. Blaxel is not automatically cheaper on raw active compute. Blaxel's economic advantage appears when preserved memory reduces active restoration time or replaces continuously running compute. For agents that remain continuously active, Northflank's fixed monthly plan offers predictable costs. For intermittent agents with expensive restoration steps, Blaxel's preserved state changes the calculation.

Which platform is stronger on compliance?

The platforms support overlapping compliance requirements, but certification lists differ. Blaxel holds SOC 2 Type II and ISO 27001. HIPAA support is available through a BAA add-on. Northflank holds SOC 2 Type 2 and supports HIPAA BAAs through Enterprise contracts. Northflank does not list ISO 27001. Blaxel provides an optional zero data retention mode through a RAM-backed filesystem. That mode cannot use perpetual standby because standby writes a snapshot to storage. Before selecting either platform, map each control to the exact product configuration and contract tier. Request current audit reports and confirm BAA availability.

Related articles