# Source: https://neon.com/llms/introduction-serverless.txt

# Serverless

> The "Serverless" documentation for Neon explains the architecture and functionality of Neon's serverless PostgreSQL database, detailing how it automatically scales resources based on demand without requiring manual intervention.

## Source

- [Serverless HTML](https://neon.com/docs/introduction/serverless): The original HTML version of this documentation

Neon takes the world's most loved database &#8212; Postgres &#8212; and delivers it as a serverless platform, enabling teams to ship reliable and scalable applications faster.

Enabling serverless Postgres begins with Neon's [native decoupling of storage and compute](https://neon.com/blog/architecture-decisions-in-neon). By separating these components, Neon can dynamically scale up during periods of high activity and down to zero when idle. Developers can be hands-off instead of sizing infrastructure manually.

This serverless character also makes Neon databases highly agile and well-suited for use cases that require automatic creation, management, and deletion of a high number of Postgres databases, like [database-per-user architectures with thousands of tenants](https://neon.com/use-cases/database-per-tenant), as well as [database branching workflows](https://neon.com/branching) that accelerate development by enabling the management of dev/testing databases via CI/CD.



Read our [Architecture](https://neon.com/docs/introduction/architecture-overview) section for more information on how Neon is built.

## What "serverless" means to us

At Neon, we interpret "serverless" not only as the absence of servers to manage but as a set of principles and features designed to streamline your development process and optimize operational efficiency for your database.

To us, serverless means:

- **Instant provisioning**: Neon allows you to spin up Postgres databases in seconds, eliminating the long setup times traditionally associated with database provisioning.
- **No server management**: You don't have to deal with the complexities of provisioning, maintaining, and administering servers. Neon handles it all, so you can focus on your application.
- **Autoscaling**: Compute resources automatically scale up or down based on real-time demand, ensuring optimal performance without manual intervention. No restarts are required.
- **Usage-based pricing**: Your costs are directly tied to the resources your workload consumes—both compute and storage. There's no need to over-provision or pay for idle capacity.
- **Built-in availability and fault tolerance**: We've designed our architecture for high availability and resilience, ensuring your data is safe and your applications are always accessible.
- **Focus on business logic**: With the heavy lifting of infrastructure management handled by Neon, you can dedicate your time and effort to writing code and delivering value to your users.

## To us, serverless does not mean…

_That Neon only works with serverless architectures_. Neon is fully compatible with the entire PostgreSQL ecosystem. Whether you're using [Django](https://neon.com/docs/guides/django), [Rails](https://neon.com/docs/guides/ruby-on-rails), or even a bash script in your basement, if it works with Postgres, it works with Neon.

_That you have to pay per query_. Your charges are based on compute and storage usage, not the number of queries. For example, you could run billions of queries for as little as $19 per month if they fit within the resources allotted in the [Launch plan](https://neon.com/docs/introduction/plans#launch). The CPU allowance is ample for running sites 24/7 with low CPU requirements.

_That you'll get unpredictable costs due to traffic spikes_. We provide transparency in your potential costs. You always set a maximum autoscaling limit to avoid unpredictable bills, and you can always [check your consumption](https://neon.com/docs/introduction/monitor-usage). We send you notifications if your storage usage grows quickly.

## Learn more

- [Autoscaling](https://neon.com/docs/introduction/autoscaling)
- [Scale to Zero](https://neon.com/docs/introduction/scale-to-zero)
- [Plans and billing](https://neon.com/docs/introduction/about-billing)
- [Database-per-tenant use cases](https://neon.com/use-cases/database-per-tenant)
- [Variable workload use cases](https://neon.com/variable-load)
- [Postgres for SaaS use cases](https://neon.com/use-cases/postgres-for-saas)