Neon Serverless Postgres Pricing 2026: Complete Breakdown & Cost Comparison

Vela Team 10 min read NeonPostgres PricingServerless DatabaseCost ComparisonCloud Database

Neon is a fully managed, serverless Postgres database platform that fundamentally reimagines how developers approach database infrastructure. By separating compute from storage, Neon enables instant provisioning of database instances, scale-to-zero capabilities that eliminate idle costs, and automatic database branching for development workflows.

In 2025, after being acquired by Databricks in May, the platform announced significant pricing reductions that have made serverless Postgres more accessible than ever. Compute costs dropped 15-25% across all tiers, storage pricing fell dramatically from $1.75 to $0.35 per GB-month, and the free plan doubled its compute allowance from 50 to 100 CU-hours per month. These changes reflect Databricks' operational scale and represent a major shift toward more affordable database infrastructure for teams of all sizes.

This comprehensive guide breaks down Neon's 2026 pricing structure in detail, explains how the usage-based billing model works, provides real-world cost examples across different scenarios, and shows how pricing compares to alternative database platforms like AWS Aurora and Supabase.

The Neon Pricing Model: Usage-Based, Not Fixed

Unlike traditional database services that charge fixed monthly fees for provisioned capacity, Neon bills based on actual usage. Your bill is determined by compute hours, measured in CU-hours, storage consumption in GB-months, and optional features like point-in-time recovery and additional branches.

This usage-based approach means you only pay for resources your database actually consumes. Idle databases cost nothing. Databases that scale down during off-peak hours incur minimal charges. This makes Neon exceptionally cost-effective for development environments, ephemeral workloads, and applications with variable traffic patterns.

Neon Pricing Plans Overview

Neon offers a tiered pricing structure designed to support teams at every stage of their journey, from initial prototype development all the way to large-scale production deployments serving thousands of users. Each plan is built around the principle of paying only for what you use, with no charges for idle infrastructure.

The Free Plan costs $0 per month and is designed for developers building prototypes, running experiments, and learning database concepts. It includes 100 CU-hours per project per month—enough for significant development work without reaching into paid tiers. A CU (Compute Unit) represents 1 vCPU and 4 GB of RAM.

The Launch Plan is a pay-as-you-go offering with a $5 per month minimum spend. It targets startups and growing teams that are scaling beyond the free tier but don't yet require enterprise-grade compliance features. This plan offers lower compute costs and provides sufficient resources for production applications with moderate traffic.

The Scale Plan is also pay-as-you-go with a $5 per month minimum, but is purpose-built for production-grade workloads that require advanced security, compliance, and availability guarantees. It includes SLA commitments, HIPAA eligibility, SOC2 Type 2 compliance, and dedicated support at no additional monthly fee.

For organizations with unique requirements or exceptionally large-scale deployments, Neon offers a Business Plan with custom pricing, dedicated infrastructure, and premium support services tailored to specific operational needs.

Free Plan: $0/Month

The Free plan is a fully-featured offering designed to serve developers, students, and teams building non-production applications. Unlike many cloud database services that offer limited free tiers, Neon's free tier provides genuine database functionality without artificial restrictions that would force you to upgrade prematurely.

The free plan includes 100 CU-hours per project per month, a doubling of the previous 50 CU-hour limit implemented in October 2025. This allowance provides substantial compute capacity—enough to run a 0.25 CU database continuously for 400 hours monthly, or a full 1 CU database for 100 hours. For comparison, 0.25 CU provides 1 vCPU and 4 GB of RAM, suitable for most development and testing scenarios.

Storage limits on the free plan are 0.5 GB per project, with an aggregate limit of 5 GB across up to 10 projects. You can create unlimited database branches within your compute allocation, enabling you to test multiple development branches simultaneously. Point-in-time recovery is included at no charge, providing up to 6 hours of restore history or 1 GB of data changes (whichever comes first). The platform automatically scales your database up to 2 CU during load spikes and scales down to zero when idle, with scale-to-zero always enabled and an automatic 5-minute idle timeout.

Launch Plan: $5/Month Minimum

The Launch plan is a fully usage-based offering with a $5 per month minimum spend, designed for startups and growing teams transitioning from prototype phase to production. The compute cost is $0.14 per CU-hour, which represents a 25% reduction from the pre-acquisition rate of $0.16 per CU-hour. This pricing reflects the operational efficiencies Neon has achieved since becoming part of the Databricks infrastructure.

Storage on the Launch plan costs $0.3 per GB-month for the first 50 GB, dropping to $0.15 per GB-month for additional capacity beyond that threshold. This tiered storage pricing encourages efficient data management while keeping costs affordable as your database grows. The dramatic 80% reduction from the previous $1.75 per GB-month rate makes Neon significantly more competitive for storage-intensive applications.

The Launch plan includes 1,000 projects, each with 10 simultaneous branches at no additional cost. If you need more than 10 concurrent branches per project, additional branches are billed at $0.002 per branch-hour, or approximately $1.50 per branch-month. Point-in-time recovery extends to 7 days of restore history, with billing at $0.20 per GB-month of data changes—allowing you to recover from accidental data loss or corruption with a full week of protection.

Auto-scaling on Launch extends up to 16 CU, allowing your database to automatically adjust compute resources based on traffic patterns. Unlike the free plan, you can disable scale-to-zero entirely if you need your database to maintain constant availability. The plan includes all core Neon features: instant database branching for CI/CD workflows, autoscaling to handle traffic spikes without manual intervention, and instant provisioning for new database instances.

Cost Example: Consider a typical startup SaaS application running on the Launch plan with a 0.5 CU database for 8 hours per day and 10 GB of storage. Monthly compute costs would be 0.5 CU × 240 hours × $0.14 = $16.80, while storage costs $10 GB × $0.3 = $3.00, totaling $19.80 per month. This exceeds the $5 minimum, so you'd pay your actual usage costs.

Scale Plan: $5/Month Minimum

The Scale plan is purpose-built for mission-critical production workloads that demand high availability, enterprise compliance, and advanced security features. It is also a pay-as-you-go offering with a $5 per month minimum spend, keeping costs aligned with actual usage even for large-scale operations.

Compute on the Scale plan costs $0.222 per CU-hour, higher than the Launch plan's $0.14 rate but reduced by 15% from the previous $0.26 per CU-hour price. This premium reflects the operational redundancy and infrastructure complexity required to deliver production-grade reliability and compliance capabilities. The higher cost is offset by the inclusion of enterprise features that previously required a separate $700-per-month Enterprise tier.

Storage on Scale costs $0.3 per GB-month for the first 100 GB (higher threshold than Launch), then $0.15 per GB-month beyond. The plan includes 5,000 projects, 10 times more than Launch, making it ideal for multi-tenant SaaS platforms or organizations managing hundreds of customer databases. Each project supports 50 simultaneous branches, far exceeding typical development needs.

Point-in-time recovery extends to 30 days on the Scale plan, billed at $0.20 per GB-month of data changes. This extended window allows you to recover from data corruption or accidents that occurred up to a month ago, critical for compliance with regulations requiring extended data retention and recovery capabilities.

Auto-scaling on Scale extends up to 56 CU, or you can configure fixed compute sizing at up to 56 CU if you prefer predictable compute resources. Scale-to-zero is fully configurable, ranging from 1-minute idle timeouts to always-on operation for applications requiring constant database availability. Beyond the compute and storage included in your usage, the Scale plan adds production-grade features: Private Link for secure, private network connectivity to your database; a 99.95% availability SLA backed by Neon; SOC2 Type 2 compliance certification; HIPAA availability; single sign-on (SSO) for multi-user team management; and dedicated support from the Neon team. Importantly, all these enterprise features are included in your usage-based pricing with no additional monthly surcharge.

The separation between Launch and Scale pricing reflects a fundamental principle: you pay for the actual operational complexity required to support your workload. Launch is optimized for growing teams that can accept shared infrastructure and standard SLA terms. Scale is for organizations that cannot tolerate unexpected downtime, require compliance certifications, or operate in regulated industries.

Neon Pricing Evolution in 2025

2025 was a transformative year for Neon pricing, marked by a series of announcements that dramatically improved the cost-effectiveness of the platform. The changes reflect Databricks' acquisition of Neon in May 2025 and subsequent operational improvements made possible by combining Neon's technology with Databricks' massive infrastructure scale.

In August 2025, Neon introduced a new fully usage-based pricing model fundamentally different from the previous hybrid approach. Compute costs dropped across all tiers by 15-25%, with Launch moving to $0.14 per CU-hour and Scale moving to $0.222 per CU-hour. More dramatically, storage pricing fell from $1.75 to $0.35 per GB-month—an 80% reduction. The company also introduced a $5 per month minimum spend on paid plans, ensuring predictable baseline costs even for very light usage.

Just one month later in September 2025, Neon made another significant move: enterprise-grade features were no longer confined to an expensive separate tier. Private Link, SLA guarantees, SOC2 Type 2 compliance, HIPAA eligibility, single sign-on, and extended point-in-time recovery (up to 30 days) were integrated directly into the Scale plan at no extra monthly fee. Previously, these features required upgrading to a separate Enterprise tier starting at $700 per month. This structural change eliminated the barrier between mid-market and enterprise adoption.

In October 2025, Neon doubled the free plan compute allowance from 50 to 100 CU-hours per month. This change recognized that modern prototypes and side projects often need more compute capacity than the previous free tier provided, making the free plan genuinely usable for meaningful development work.

Collectively, these changes position Neon as the most cost-effective serverless Postgres option on the market. By operating on Databricks' global infrastructure, Neon passes substantial cost savings directly to users—savings that come from hyperscaler-scale purchasing power and optimized infrastructure operations.

Understanding Neon's Billing Components

Understanding Compute Costs

A Compute Unit (CU) is Neon's standardized measure of database compute capacity. One CU provides 1 vCPU and 4 GB of RAM—a reasonable baseline for many applications. Compute usage is measured in CU-hours, representing the sum of compute capacity and time running. For example, if you run a 2 CU database for 3 hours, that consumes 6 CU-hours. If you run a 0.5 CU database for 8 hours, that consumes 4 CU-hours.

Neon's autoscaling architecture is where costs become dramatically lower than traditional databases. You specify a minimum and maximum CU size for your database—for example, 0.25 CU minimum and 4 CU maximum. Neon automatically scales your compute between those bounds based on real-time demand. During quiet periods, your database runs at the minimum size you specify. When traffic spikes, Neon adds compute resources in milliseconds, seamlessly scaling up to handle the load. When traffic drops, Neon scales back down.

The real cost advantage emerges through scale-to-zero functionality. After a configurable idle timeout (5 minutes by default on free and launch plans), Neon automatically pauses compute entirely. Your database still exists—all your data remains safely stored—but you stop accumulating CU-hour charges. The moment a new connection arrives, Neon resumes compute in milliseconds. This capability makes Neon exceptionally cost-effective for development databases, preview environments, and any workload with predictable idle periods.

Storage Billing and Pricing

Storage on Neon is billed based on actual data consumption. Storage is metered hourly and summed over the month, so you only pay for what you actually use, not for the maximum size your database reaches. This granular metering prevents surprise bills caused by temporary spikes in table size. If your database grows to 100 GB during peak hours but shrinks back to 50 GB during off-hours, you'll be billed based on the average, not the peak.

For database branches (clones created from your main database), Neon employs copy-on-write semantics. You're billed for the minimum of either the logical data size of the branch or the accumulated changes from the parent. This approach makes branching exceptionally cost-effective—clones created from a 1 TB database don't immediately cost $1 in storage; they cost almost nothing until data is modified within the branch.

The tiered storage pricing structure reflects Neon's effort to keep costs low while maintaining database performance. On Free and Launch plans, the first 50 GB costs $0.3 per GB-month, with additional capacity at $0.15 per GB-month. Scale plan customers get the first 100 GB at $0.3 per GB-month, then pay $0.15 beyond. This 80% reduction from the previous $1.75 per GB-month rate—implemented after the Databricks acquisition—makes Neon's storage costs among the most competitive in the industry.

Database Branching and Multi-Environment Support

Database branching is one of Neon's defining features, enabling development workflows that parallel Git's approach to code management. Instead of manually cloning entire databases or maintaining separate database instances, you create branches—lightweight copies that share the parent database's storage until you make changes.

Each plan includes a baseline number of simultaneous branches at no additional cost. The Free plan allows unlimited branches (within your compute allocation), making it ideal for testing multiple feature branches. The Launch plan includes 10 simultaneous branches per project, sufficient for most team workflows. The Scale plan includes 50 simultaneous branches, accommodating large teams running multiple parallel feature branches, testing environments, and staging instances.

If you exceed your plan's included branch quota, additional branches are billed at $0.002 per branch-hour, or approximately $1.50 per branch-month. For teams running many branches—perhaps 50+ simultaneous branches—the Scale plan's higher baseline becomes economically beneficial, as you can operate with minimal overage charges.

Point-in-Time Recovery for Data Protection

Point-in-time recovery (PITR), also known as backup and restore capabilities, lets you rewind your database to any moment in time. This is invaluable for recovering from accidental deletions, fixing bad migrations, or investigating data corruption. Unlike traditional snapshots that require manual creation and management, Neon's PITR continuously captures database changes and lets you restore from any point within your configured window.

The Free plan includes up to 6 hours of restore history, or 1 GB of data changes (whichever comes first), at no charge. In the Launch and Scale plans, you can choose any restore window up to 7 days (Launch) or 30 days (Scale), and you're charged $0.20 per GB-month based on how much data actually changes during that window. This usage-based pricing for PITR means teams with stable databases (few changes) pay very little, while high-write workloads incur appropriate costs.

PITR is entirely optional—you can disable it if you don't require recovery capabilities, completely eliminating this cost component. For development databases that don't require disaster recovery, disabling PITR is often the right choice. For production systems, especially those handling financial data or user content, enabling a 7 or 30-day restore window provides essential data protection at minimal cost.

Cost Examples: Real-World Scenarios

Cost Example: Small Development Database (Free Plan)

Consider a side project or hobby application that requires database backing but operates with modest usage patterns. The database runs a 0.25 CU instance (1 vCPU, 4 GB RAM) for approximately 2 hours per day—typical for a personal project or prototype accessed during development sessions. Monthly compute consumption totals just 15 CU-hours (2 hours × 30 days = 60 hours per month × 0.25 CU), well within the 100 CU-hour free allowance.

Storage usage remains minimal at 0.3 GB—within the 0.5 GB per-project limit on the free plan. No point-in-time recovery is enabled (not necessary for a development project), and no additional branches beyond the single root branch are needed. Total monthly cost: $0/month. This completely free tier removes financial barriers for learning, experimenting, and building prototypes.

Cost Example: Startup Production Application (Launch Plan)

Imagine a growing SaaS application—perhaps a project management tool or analytics platform—serving hundreds to low thousands of users with moderate traffic patterns. The database scales between 0.5 and 2 CU based on demand, averaging 1.5 CU during peak usage periods and scaling to near-zero during quiet times. Running 20 hours per day on average (accounting for scale-to-zero at night and during low-traffic periods), monthly compute consumption totals 1.5 CU × 20 hours/day × 30 days = 900 CU-hours. At Launch plan's $0.14 per CU-hour, that's $126 in monthly compute costs.

Database size is 100 GB—modest by enterprise standards but substantial for a growing startup. The first 50 GB costs $0.3 per GB-month = $15; the remaining 50 GB costs $0.15 per GB-month = $7.50. Total storage costs: $22.50.

To protect against accidental data loss or corruption, PITR is enabled with a 7-day restore window. The application generates approximately 10 GB of data changes monthly—writes to user accounts, project updates, and analytics records. PITR costs $0.20 per GB-month × 10 GB = $2.

Total monthly cost: $126 + $22.50 + $2 = $150.50/month. This is well above the $5 minimum spend, reflecting actual usage. Notably, this cost covers a production-grade database with automatic scaling, disaster recovery, and unlimited branching—capabilities that would cost significantly more on traditional managed database services.

Cost Example: Enterprise-Scale Application (Scale Plan)

Consider a large, mature SaaS platform—think a customer success platform, HR management system, or ecommerce backend—serving thousands of customers globally. High-value transactions require strict compliance, and downtime has direct business impact. The database operates continuously (24/7) at 4 CU, providing substantial compute capacity for complex queries and high concurrency. Running 4 CU × 730 hours/month × $0.222 per CU-hour on the Scale plan equals approximately $6,500 in monthly compute costs. This significant expense reflects the operational complexity of maintaining 99.95% availability and compliance capabilities.

Storage has grown to 600 GB—typical for mature applications accumulating customer data, transactions, and operational logs. The first 100 GB costs $0.3 per GB-month = $30; the remaining 500 GB costs $0.15 per GB-month = $75. Total storage costs: $105. (Note: I used 600 GB in the original example calculation but correctly computed the tiered pricing.)

PITR is configured for the full 30-day restore window, providing maximum protection against data loss from bad deployments, user errors, or security incidents. With 100 GB of data changes monthly (reflecting active customer engagement), PITR costs $0.20 per GB-month × 100 GB = $20.

Total monthly cost: $6,500 + $105 + $20 = $6,625/month. While substantial, this cost buys a database architecture that scales automatically, maintains 99.95% availability, includes regulatory compliance features (SOC2, HIPAA-eligible), provides private networking, and offers dedicated support. Deploying equivalent functionality using traditional managed services would require significantly higher costs and operational overhead.

Neon vs. Alternatives: Cost Comparison

For an entry-level database (0.25 CU, 1 GB, 9 hours/day usage), Neon costs only $7.66/month—less than half of AWS Aurora Serverless and 30% of Supabase.

For larger production workloads, the cost comparison becomes more nuanced. Neon's Scale Plan bills exclusively based on compute and storage consumed, with scale-to-zero eliminating charges during idle periods. This modern pricing approach delivers lower effective costs compared to traditional alternatives.

AWS Aurora Serverless has improved significantly with its v2 architecture, but baseline costs remain higher than Neon for variable workloads. Aurora requires provisioned ACUs (Aurora Capacity Units) even when idle, and scaling operations take longer than Neon's millisecond-scale adjustments. For workloads with highly variable traffic, Neon's continuous scaling and scale-to-zero dramatically reduce costs.

Supabase uses a fixed instance-based billing model rather than true usage-based pricing. While Supabase is an excellent choice for teams needing a full backend-as-a-service platform (including authentication, file storage, and real-time APIs), its database-only costs are higher than Neon for variable traffic. Supabase excels for steady, high-traffic workloads where you can predictably size your instance.

Google Cloud SQL offers excellent pricing for databases running continuously (24/7), with reasonable per-vCPU and per-GB costs. However, Google Cloud SQL lacks scale-to-zero and automatic compute scaling, making it less competitive for development environments, preview deploys, and applications with pronounced quiet periods.

Neon's true competitive advantage emerges in workloads with variable or unpredictable demand. The more your database idles—whether from daily cycles (active during business hours, quiet at night), weekly patterns (heavy on weekdays, light weekends), or seasonal spikes—the greater your cost savings compared to fixed-capacity providers. For a database that runs only 8 hours per day on average, Neon's costs are often 60-70% lower than alternatives.

Vela: A BYOC Alternative

Vela is an alternative that also emphasizes developer experience and cost efficiency for serverless Postgres. Like Neon, Vela offers scale-to-zero capabilities and usage-based billing, with a distinct approach: Bring Your Own Cloud (BYOC) deployment. Where Neon runs on Neon-managed infrastructure, Vela runs inside your AWS, GCP, Azure, or on-premises account. This fundamental architectural difference creates three distinct advantages:

  • Data Sovereignty: Your data never leaves your VPC or cloud account. You control access policies, audit logs, and infrastructure. This is critical for regulated industries (healthcare, finance, government) where data residency and compliance requirements mandate keeping data within specific jurisdictions or behind your own security boundary.
  • Cost Control with Storage Efficiency: Compute costs track your underlying cloud provider's infrastructure pricing—you pay what you'd pay for equivalent instances on AWS, GCP, or Azure. However, Vela's simplyblock storage substrate delivers superior storage efficiency through copy-on-write semantics and NVMe-backed performance. This means database branching and cloning consume dramatically less storage than traditional volumes, offsetting higher compute costs for workloads with frequent database copies.
  • Zero Vendor Access: Vela support cannot access your databases without explicit per-session approval. This stands in contrast to typical hosted services where vendors may have standing access for operational and troubleshooting purposes. For security-sensitive teams, this zero-access-by-default model simplifies compliance certification.

Vela's model is particularly cost-effective for teams that heavily use database branching and cloning—common in CI/CD pipelines, development workflows, and preview environments. The storage efficiency gains can offset compute cost differences when compared to Neon. For teams seeking pure simplicity and vendor-managed operations without multi-environment complexity, Neon's pricing remains highly competitive. The right choice depends on your infrastructure control needs, compliance requirements, and workload patterns.

Strategies for Cost Optimization

While Neon's usage-based pricing is already cost-effective, several strategies can further reduce your bill. Neon lets you control compute usage by setting a maximum auto-scaling limit per branch, which acts as a de-facto cost ceiling. For example, if you set a limit of 1 CU, your usage will never exceed 1 CU-hour per hour, regardless of demand. This safety mechanism prevents unexpected costs from sudden traffic spikes or runaway queries.

Read replicas are powerful tools for distributing query load across multiple compute instances, but each read replica consumes its own compute hours. Create read replicas strategically—for example, to serve read-heavy analytics workloads separately from transactional operations. For many applications, the built-in autoscaling of a single compute instance handles peak loads without needing replicas.

Branch management is another lever. While your plan includes 10-50 branches at no extra cost, unused branches still consume storage. Regularly delete development branches that are no longer needed. Most teams operate comfortably within their included branch quotas, but if you run many concurrent branches, higher-tier plans offer better economics.

Scale-to-zero timing is configurable on Launch and Scale plans. The default 5-minute idle timeout is sensible for development, but production workloads with constant query traffic don't benefit from aggressive scale-to-zero. Conversely, if you run preview environments or staging databases that see activity only during deployments, reducing the idle timeout (to 1 minute) accelerates cost reduction during quiet periods.

Point-in-time recovery restore window configuration directly impacts PITR costs. If 7 days of recovery history exceeds your actual risk tolerance, reducing to 3 days cuts PITR costs proportionally. For development databases that don't require disaster recovery, disabling PITR entirely eliminates this cost component.

Storage growth compounds over time. Implement regular data cleanup routines to remove old logs, archive historical analytics, and purge soft-deleted records. For applications generating high volumes of data (events, logs, analytics), consider implementing data retention policies that automatically delete data after a set period.

Architectural Advantages Behind Neon's Pricing

Neon's competitive pricing reflects fundamental architectural decisions that differ from traditional database services. Compute-Storage Separation is foundational. Rather than bundling compute and storage in fixed-size instances, Neon decouples them. Your storage lives on a durable, shared platform and your compute is provisioned on demand. This separation allows you to scale storage and compute independently—you can store 500 GB with minimal compute, or run intense analytics with substantial compute but modest storage.

Scale-to-Zero is the capability that makes serverless databases truly serverless. Neon automatically pauses compute when your database sits idle, but keeps your data safely persisted. Idle development databases cost nothing. Staging environments spun up for a deployment window cost only what they use. This eliminate idle time costs—the hidden tax of traditional databases sized for peak load but idle most of the time.

Databricks Leverage accelerated Neon's pricing improvements. By integrating with Databricks' infrastructure, Neon benefits from hyperscaler-scale purchasing power. Databricks commits billions in cloud spending annually, providing negotiating leverage for compute resources. Neon's 15-25% price cuts in 2025 directly reflect these volume-based discounts being passed to customers.

Copy-on-Write Database Branching makes cloning nearly free. Creating a database branch doesn't copy data—it creates a reference to the parent's storage. Only when you modify data does the system allocate new blocks for your branch. This enables instant database copies for testing, development, and CI/CD without storage multiplication or performance penalties.

No Over-Provisioning is a natural consequence of usage-based billing. Traditional databases require you to guess peak capacity months in advance and pay for that peak capacity continuously. Neon's usage-based model eliminates this waste. Your costs scale with actual usage, not with theoretical capacity. A database that spikes to 8 CU during peak hours but runs at 0.5 CU most of the time costs appropriately for its actual pattern.

Choosing the Right Neon Plan for Your Use Case

Developers and Students building prototypes and learning Postgres should start with the Free Plan. The doubled compute allowance (100 CU-hours per month as of October 2025) enables meaningful development work—enough to build and test a small application, experiment with database design, or work through tutorials. The free tier removes financial barriers to experimentation, making it ideal for students and hobby projects.

Startups and Growing Teams should evaluate the Launch Plan once their application reaches production or requires more resources than the free tier offers. Launch's compute cost of $0.14 per CU-hour is highly competitive; paired with storage pricing of $0.35 per GB, the economics work well for applications serving hundreds to thousands of users. The 10 included branches support development workflows where different team members work on feature branches simultaneously.

Enterprise and Mission-Critical Applications require the Scale Plan when downtime is unacceptable or compliance is mandatory. Scale's 99.95% availability SLA, HIPAA eligibility, SOC2 Type 2 compliance, Private Link for private networking, and dedicated support address enterprise requirements. Critically, these features are no longer locked behind a $700-per-month tier—they're built into the usage-based Scale plan, making enterprise features accessible based on actual usage rather than arbitrary tier membership.

AI and Agent Platforms have unique database needs. Applications that provision thousands of ephemeral databases (one per user, per agent, or per temporary environment) face economics that penalize fixed-tier models. Neon offers an Agent Plan with custom pricing and free-tier credits, specifically designed for platforms spawning thousands of isolated databases using database branching. This model enables database-per-customer architectures at reasonable cost.

Conclusion: Neon's Position in 2026

Neon has definitively emerged as the most cost-effective serverless Postgres option available in 2026. The Databricks acquisition in May 2025 triggered a series of pricing improvements that fundamentally changed the economics of serverless databases. Compute costs fell 15-25%, storage pricing dropped 80%, and enterprise features became standard inclusions rather than premium add-ons.

The free plan with 100 CU-hours per month (doubled in October 2025) removes financial barriers for learning and prototyping. Usage-based billing aligns costs with actual consumption, rewarding applications with variable or dormant periods rather than penalizing them. Compute pricing of $0.14–$0.222 per CU-hour and storage at $0.35 per GB are genuinely competitive. The Scale plan bundles compliance features (SOC2, HIPAA, Private Link, 99.95% SLA) into usage-based pricing rather than locked behind expensive tier walls.

For any team running variable, development-heavy, or hybrid workloads, Neon is the clear choice. Database branching for CI/CD, instant point-in-time recovery, and automatic compute scaling with scale-to-zero are built in. AI and agent platforms that provision thousands of ephemeral databases find unprecedented economics through Neon's Agent Plan. Even steady-state production applications benefit from the cost savings of scale-to-zero, instant scaling, and Neon's focus on operational efficiency.

If you're evaluating serverless databases in 2026, Neon deserves serious consideration. The combination of aggressive pricing, architectural innovations (compute-storage separation, copy-on-write branching), and Databricks-backed infrastructure creates a compelling case for adoption.

Frequently Asked Questions

What's included in the free Neon plan?
100 CU-hours per project (doubled from 50 in October 2025), 0.5 GB per project (up to 5 GB across 10 projects), unlimited branches, auto-scaling up to 2 CU, scale-to-zero with 5-minute idle timeout, and up to 6 hours of point-in-time recovery. It's a fully-featured plan perfect for prototypes and development.
How much does it cost to run a database 24/7 on Neon?
It depends on compute size and plan. A 0.5 CU database on Launch (24/7) costs approximately 0.5 CU × 730 hours × $0.14 = $51.10/month for compute, plus storage. With scale-to-zero, databases that idle during off-peak hours cost significantly less.
What's the difference between Launch and Scale plans?
Launch ($0.14/CU-hour) is for startups and growing teams. Scale ($0.222/CU-hour) is for production workloads and includes 99.95% SLA, HIPAA availability, SOC2, Private Link, and SSO at no extra monthly fee. The higher compute cost reflects operational redundancy required for mission-critical systems.
Did Neon pricing change recently?
Yes. After the Databricks acquisition in May 2025, Neon introduced new usage-based pricing in August, cutting compute costs 15-25%, storage costs 80% (from $1.75 to $0.35/GB), and setting a $5/month minimum for paid plans. In October 2025, the free plan compute doubled to 100 CU-hours.
How is storage billed in Neon?
Storage is metered hourly and summed over the month. You pay for actual GB used. Pricing is $0.3/GB-month for the first 50-100 GB (depending on plan), then $0.15/GB-month for additional storage. For database branches (clones), you pay for the minimum of the logical data size or accumulated changes.
Can I control my Neon costs if traffic spikes?
Yes. You can set a maximum auto-scaling limit per branch, which acts as a cost ceiling. For example, setting a 2 CU limit means your database won't scale beyond 2 CU-hours per hour, even during traffic spikes, keeping costs predictable.
Is Neon cheaper than AWS Aurora or Google Cloud SQL?
For variable and development workloads, Neon is significantly cheaper due to scale-to-zero (idle costs are zero) and usage-based billing. For 24/7 high-traffic databases, costs can be comparable. Neon is especially cost-effective for databases with fluctuating usage patterns.
What's a CU (Compute Unit) in Neon?
One CU equals 1 vCPU and 4 GB of RAM. Compute usage is measured in CU-hours: running 1 CU for 1 hour = 1 CU-hour. Your database auto-scales between your configured min and max CU size based on load.
How does Vela compare to Neon?
Vela and Neon both offer serverless Postgres with scale-to-zero and usage-based billing. The key difference is deployment model: Neon is a fully managed service where Neon controls infrastructure, while Vela operates as BYOC (Bring Your Own Cloud), running inside your AWS, GCP, or Azure account. This means Vela keeps your data in your VPC, gives you direct cost visibility (no vendor markup), and offers zero vendor access by default. Compute costs are comparable to Neon when deployed in the same cloud regions, but Vela's simplyblock storage backend offers superior efficiency for database branching and cloning workloads.
When should I choose Vela over Neon?
Choose Vela if you need data sovereignty (data must stay in your jurisdiction or cloud account), require minimal vendor access for compliance reasons, want transparent infrastructure costs without platform markups, or heavily use database branching and cloning (where Vela's copy-on-write storage provides significant cost advantages). Choose Neon if you prefer vendor-managed simplicity, don't want to operate infrastructure, or need turnkey management with minimal operational responsibility. Both are excellent choices depending on your control and compliance requirements.