StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Databases
  4. Databases
  5. PostgreSQL vs Serverless

PostgreSQL vs Serverless

OverviewDecisionsComparisonAlternatives

Overview

PostgreSQL
PostgreSQL
Stacks103.0K
Followers83.9K
Votes3.6K
GitHub Stars19.0K
Forks5.2K
Serverless
Serverless
Stacks2.2K
Followers1.2K
Votes28
GitHub Stars46.9K
Forks5.7K

PostgreSQL vs Serverless: What are the differences?

Introduction:

PostgreSQL and Serverless are two different technologies used for different purposes. PostgreSQL is a powerful and open-source relational database management system, whereas Serverless is a cloud computing execution model that allows developers to build applications without worrying about the infrastructure. Despite their differences, both technologies have their own unique features and benefits.

  1. Scalability: One key difference between PostgreSQL and Serverless is their scalability. PostgreSQL allows horizontal scaling by distributing the database across multiple servers, allowing it to handle high traffic loads. On the other hand, Serverless automatically scales based on the demand, allowing applications to handle spikes in traffic without any manual intervention.

  2. Infrastructure: PostgreSQL requires manual setup and maintenance of servers to host the database. The users are responsible for managing the infrastructure, including hardware provisioning, backups, and upgrades. In contrast, Serverless abstracts away the infrastructure, relieving developers from managing servers and allowing them to focus solely on writing code.

  3. Cost Model: PostgreSQL follows a traditional cost model where users pay for the resources they provision, irrespective of the usage. In Serverless, users only pay for the resources actually consumed by their applications, making it a more cost-effective option for sporadic workloads or applications with unpredictable traffic patterns.

  4. Flexibility: PostgreSQL provides a high level of flexibility, allowing users to define their data structures, create complex queries, and perform advanced data manipulations. Serverless, on the other hand, provides limited flexibility as it focuses on providing pre-built services and features, which can be used to quickly build applications without reinventing the wheel.

  5. Latency: In PostgreSQL, the database resides on dedicated servers, which can introduce latency when accessing data. Serverless, being a cloud-based service, utilizes distributed computing and geographically distributed data centers, reducing latency and improving data access speed.

  6. Vendor Lock-in: PostgreSQL, being an open-source database, allows users to leverage multiple cloud providers or even self-host the database. This reduces the risk of vendor lock-in and provides more flexibility. Serverless, on the other hand, often ties developers to a specific cloud provider's ecosystem, as it relies on their serverless computing offerings, potentially resulting in vendor lock-in.

In summary, PostgreSQL and Serverless differ in scalability, infrastructure management, cost model, flexibility, latency, and vendor lock-in, making them suitable for different use cases and scenarios.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on PostgreSQL, Serverless

Kyle
Kyle

Web Application Developer at Redacted DevWorks

Dec 3, 2019

DecidedonPostGISPostGIS

While there's been some very clever techniques that has allowed non-natively supported geo querying to be performed, it is incredibly slow in the long game and error prone at best.

MySQL finally introduced it's own GEO functions and special indexing operations for GIS type data. I prototyped with this, as MySQL is the most familiar database to me. But no matter what I did with it, how much tuning i'd give it, how much I played with it, the results would come back inconsistent.

It was very disappointing.

I figured, at this point, that SQL Server, being an enterprise solution authored by one of the biggest worldwide software developers in the world, Microsoft, might contain some decent GIS in it.

I was very disappointed.

Postgres is a Database solution i'm still getting familiar with, but I noticed it had no built in support for GIS. So I hilariously didn't pay it too much attention. That was until I stumbled upon PostGIS and my world changed forever.

449k views449k
Comments
Tim
Tim

CTO at Checkly Inc.

Sep 18, 2019

Needs adviceonHerokuHerokuAWS LambdaAWS Lambda

When adding a new feature to Checkly rearchitecting some older piece, I tend to pick Heroku for rolling it out. But not always, because sometimes I pick AWS Lambda . The short story:

  • Developer Experience trumps everything.
  • AWS Lambda is cheap. Up to a limit though. This impact not only your wallet.
  • If you need geographic spread, AWS is lonely at the top.

The setup

Recently, I was doing a brainstorm at a startup here in Berlin on the future of their infrastructure. They were ready to move on from their initial, almost 100% Ec2 + Chef based setup. Everything was on the table. But we crossed out a lot quite quickly:

  • Pure, uncut, self hosted Kubernetes — way too much complexity
  • Managed Kubernetes in various flavors — still too much complexity
  • Zeit — Maybe, but no Docker support
  • Elastic Beanstalk — Maybe, bit old but does the job
  • Heroku
  • Lambda

It became clear a mix of PaaS and FaaS was the way to go. What a surprise! That is exactly what I use for Checkly! But when do you pick which model?

I chopped that question up into the following categories:

  • Developer Experience / DX 🤓
  • Ops Experience / OX 🐂 (?)
  • Cost 💵
  • Lock in 🔐

Read the full post linked below for all details

357k views357k
Comments
George
George

Student

Mar 18, 2020

Needs adviceonPostgreSQLPostgreSQLPythonPythonDjangoDjango

Hello everyone,

Well, I want to build a large-scale project, but I do not know which ORDBMS to choose. The app should handle real-time operations, not chatting, but things like future scheduling or reminders. It should be also really secure, fast and easy to use. And last but not least, should I use them both. I mean PostgreSQL with Python / Django and MongoDB with Node.js? Or would it be better to use PostgreSQL with Node.js?

*The project is going to use React for the front-end and GraphQL is going to be used for the API.

Thank you all. Any answer or advice would be really helpful!

620k views620k
Comments

Detailed Comparison

PostgreSQL
PostgreSQL
Serverless
Serverless

PostgreSQL is an advanced object-relational database management system that supports an extended subset of the SQL standard, including transactions, foreign keys, subqueries, triggers, user-defined types and functions.

Build applications comprised of microservices that run in response to events, auto-scale for you, and only charge you when they run. This lowers the total cost of maintaining your apps, enabling you to build more logic, faster. The Framework uses new event-driven compute services, like AWS Lambda, Google CloudFunctions, and more.

Statistics
GitHub Stars
19.0K
GitHub Stars
46.9K
GitHub Forks
5.2K
GitHub Forks
5.7K
Stacks
103.0K
Stacks
2.2K
Followers
83.9K
Followers
1.2K
Votes
3.6K
Votes
28
Pros & Cons
Pros
  • 765
    Relational database
  • 511
    High availability
  • 439
    Enterprise class database
  • 383
    Sql
  • 304
    Sql + nosql
Cons
  • 10
    Table/index bloatings
Pros
  • 14
    API integration
  • 7
    Supports cloud functions for Google, Azure, and IBM
  • 3
    Lower cost
  • 1
    Openwhisk
  • 1
    5. Built-in Redundancy and Availability:
Integrations
No integrations available
Azure Functions
Azure Functions
AWS Lambda
AWS Lambda
Amazon API Gateway
Amazon API Gateway

What are some alternatives to PostgreSQL, Serverless?

MongoDB

MongoDB

MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding.

MySQL

MySQL

The MySQL software delivers a very fast, multi-threaded, multi-user, and robust SQL (Structured Query Language) database server. MySQL Server is intended for mission-critical, heavy-load production systems as well as for embedding into mass-deployed software.

Microsoft SQL Server

Microsoft SQL Server

Microsoft® SQL Server is a database management and analysis system for e-commerce, line-of-business, and data warehousing solutions.

SQLite

SQLite

SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file.

Cassandra

Cassandra

Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.

Memcached

Memcached

Memcached is an in-memory key-value store for small chunks of arbitrary data (strings, objects) from results of database calls, API calls, or page rendering.

MariaDB

MariaDB

Started by core members of the original MySQL team, MariaDB actively works with outside developers to deliver the most featureful, stable, and sanely licensed open SQL server in the industry. MariaDB is designed as a drop-in replacement of MySQL(R) with more features, new storage engines, fewer bugs, and better performance.

AWS Lambda

AWS Lambda

AWS Lambda is a compute service that runs your code in response to events and automatically manages the underlying compute resources for you. You can use AWS Lambda to extend other AWS services with custom logic, or create your own back-end services that operate at AWS scale, performance, and security.

RethinkDB

RethinkDB

RethinkDB is built to store JSON documents, and scale to multiple machines with very little effort. It has a pleasant query language that supports really useful queries like table joins and group by, and is easy to setup and learn.

ArangoDB

ArangoDB

A distributed free and open-source database with a flexible data model for documents, graphs, and key-values. Build high performance applications using a convenient SQL-like query language or JavaScript extensions.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase