Serverless Databases
Databases are central to modern apps, but they're notoriously resource-hungry, slow to scale, and costly to operate at low utilisation. Traditional VM- or container-based solutions keep idle resources running, resulting in waste and inefficiency. With Unikraft Cloud, serverless databases gain the advantages of unikernels, combining extreme performance with true scale-to-zero efficiency.
Why run serverless databases on Unikraft Cloud
⚡ Instant boot, millisecond latency
Unikraft unikernels start in milliseconds, enabling databases to scale up instantly when requests arrive and shut down to zero when idle. This ensures the system uses resources only when needed, without cold-start penalties.
🔒 Stronger security by design
Each database instance runs as a specialised, single-process unikernel, drastically reducing the attack surface compared to general-purpose OSes. This isolation protects customer data with built-in, lightweight security.
💰 Cost-efficient scale-to-zero
Unikraft's unikernel architecture allows serverless databases to consume no resources when idle and scale to thousands of instances under load. You pay only for active queries, making it ideal for spiky workloads, dev/test environments, and SaaS platforms.
🛠 Seamless serverless integration
Unikraft Cloud natively supports serverless architectures. Databases can integrate with API gateways, event triggers, and headless services running on Unikraft, forming a fully serverless back end that's fast, elastic, and efficient.
📈 Performance without trade-offs
Unlike traditional serverless platforms where databases often suffer from high overhead, unikernel-based instances deliver bare-metal-like throughput and predictable latency. These instances optimise both Online Transaction Processing (OLTP) and Online Analytical Processing (OLAP) workloads.
Getting started
This guide shows you how to use PostgreSQL, a powerful, open source object-relational database system, in a serverless fashion. With Unikraft Cloud, you can run PostgreSQL in a lightweight virtual machine, with minimal overhead and millisecond fast startup times. The instance will scale-to-zero when not in use.
To run it, follow these steps:
-
Install the
kraftCLI tool and a container runtime engine (for example, Docker). -
Clone the
examplesrepository andcdinto theexamples/postgres/directory:
Code(bash)
Make sure to log into Unikraft Cloud by setting your token and a metro close to you.
This guide uses fra (Frankfurt, 🇩🇪):
Code(bash)
When done, invoke the following command to deploy this app on Unikraft Cloud:
Code(bash)
The output shows the instance address and other details:
Code(ansi)
In this case, the instance name is postgres-saan9 and the service young-thunder-fbafrsxj.
They're different for each run.
If you use port 5432/tls according to the example above you can now directly connect to postgres:
Code
Use the unikraft password at the password prompt.
You should see output like:
Code(ansi)
Use SQL and psql commands for your work.
Idle scale-to-zero
This example uses the idle scale-to-zero policy by default (see the labels section in the Kraftfile).
This means that the instance will use scale-to-zero even in the presence of psql connections.
The PostgreSQL example makes use of scale-to-zero app support.
This ensures that the instance isn't put into standby even for long running queries (during which the connections are also idle).
To this end, the pg_ukc_scaletozero module is loaded into Postgres.
This module suspends scale-to-zero during query processing.
You can see this in action by running SELECT pg_sleep(10); and verifying that the instance keeps on running.
If you'd like to use a port other than 5432/tls you'll need to use the kraft cloud tunnel command to connect to Postgres.
See the tunneling guide for more information.
You need to explicitly disable scale-to-zero.
You can do this by either changing the label in the Kraftfile or by using --scale-to-zero off in the deploy command.
At any time, you can list information about the instance:
Code(bash)
Code(text)
When done, you can remove the instance:
Code(bash)
Using volumes
You can use volumes for data persistence for your PostgreSQL instance.
For that you would first create a volume:
Code
Then start the PostgreSQL instance and mount that volume:
Code
Customize your deployment
Your deployment is a standard PostgreSQL installation. Customizing the deployment means providing a different environment.
An obvious one is to use a different database password when starting PostgreSQL.
For that you use a different POSTGRES_PASSWORD environment variable when starting the PostgreSQL instance.
You could also use a different location to mount your volume or set more configuration options.
And, you can use the PostgreSQL instance in conjunction with a frontend service, see the guide here. But, in that case make sure to disable scale-to-zero if you plan to use the DB internally.
Support for scale-to-zero for internal instances is coming soon.
Learn more
Use the --help option for detailed information on using Unikraft Cloud:
Code(bash)
Or visit the CLI Reference.