pgEdge for Postgres SaaS
Low latency and high availability made easy.
Deliver better customer experiences while reducing risk and costs
Fast growing SaaS companies are under constant pressure to deliver new features to customers and maintain a superior user experience, all with limited engineering resources. Considerations like high availability – being able to withstand a cloud provider regional outage for instance – often don’t get sufficient attention. Additionally, international customers and/or regulatory authorities have data residency requirements mandating that data generated by citizens in a certain country or region be stored there.
High availability comes built-in for Postgres SaaS
Thanks to the multi-master (active-active) distributed architecture of pgEdge solid failover and disaster recovery capabilities come built-in. With multiple active nodes in a pgEdge cluster you are protected from software failures and network outages. No more explaining outages to your boss or board because your cloud provider is down in the single region you are using. And did we mention zero downtime for maintenance?
Solving for data residency and geographic scale-out
The data residency features of pgEdge allow for “geo-sharding” of the database, so locally generated data such as PII stays local while other data is shared globally. This means you can meet data residency requirements without costly application code changes since table replication control happens at the schema level. These same geo-sharding features also support geographic scale-out in cases where a monolithic database architecture is hitting up against performance limits.
Place data close to your users
As a SaaS application becomes more complex, page load times tend to go up and customer satisfaction goes down. Reducing data latency is key to significantly reducing page load times. Standard monolithic database architectures that centralize the database in a single cloud region or data center cause e-commerce applications to suffer from significant data latency issues. Each roundtrip request to the database (or the application logic that accesses it) can take hundreds of milliseconds. The solution is to place data closer to your users with pgEdge.
Contact a pgEdge Solutions Architect to discuss a pgEdge database architecture that works for your use case.
Example: Mid-size SaaS Company
Problem
No disaster recovery or failover strategy due to outdated monolithic architecture
Need to address customer and/or regulatory requirements for data residency without costly application changes
Solution
pgEdge Distributed PostgreSQL database
Benefit
Multi-active, multi-region architecture provides built-in disaster recovery and failover
Data residency compliance achieved allowing for increased international sales
See what customers say about pgEdge
“We’ve been testing pgEdge for several months now as an early customer. We are excited by its ability to reduce page load times between the US and Europe, significantly improving the user experience for our international staff and customers.”
Your choice to support your needs
Enterprise-grade Postgres for non-distributed and distributed applications
Production-ready Postgres for the enterprise with distributed-ready extensions
Fully distributed Postgres for modern globally distributed applications
Ready to deploy where you want: bare metal through fully managed cloud
Self-managed bare metal or virtual machines
For use with Kubernetes, Docker, Docker Swarm and OpenShift
Self-managed or fully-managed on AWS, Google Cloud or Azure
Dive deeper into pgEdge
How to Unleash Ultra High Availability and Zero Downtime Maintenance with Distributed PostgreSQL
How Multi-Master Distributed Postgres Solves High Availability and Low Latency Challenges
Get started today.
Experience the magic of pgEdge for non-distributed and distributed Postgres deployments.