# sorintlab/stolon

PostgreSQL cloud native High Availability and more.

Repository: https://github.com/sorintlab/stolon
Canonical: https://ross.abutalabs.com/products/stolon
Homepage: https://talk.stolon.io
Language: Go
License: Apache-2.0
License Family: permissive
Topics: postgresql, high-availability, golang, kubernetes, docker, cloud-native, data-consistency, synchronous-replication, declarative-config, standby-cluster, disaster-recovery, etcd, consul
Last push: 2024-07-08T16:32:33+00:00

## Health v2 (maintenance only)
Score: 23/100 (v2, computed 2026-09-02T17:46:02.011165+00:00)
- activity 0, release rhythm 8, longevity 100
- inputs: {"age_days": 3982, "days_push": 786, "days_rel": null, "gap_med": null, "n_releases_24m": 0}
- flags: none
- formula: round(0.45*activity + 0.35*rhythm + 0.20*longevity); archived -> min(score, 10)

## Adoption (not part of the score)
Stars 4826, forks 447 (observed 2026-08-28T04:09:00.583346+00:00)

## What it is
Stolon is a cloud-native PostgreSQL high-availability manager written in Go. It orchestrates PostgreSQL clusters with streaming replication, leader election via etcd/consul/Kubernetes, and integrates with Kubernetes for containerized deployments.

## Use cases
- run a highly available PostgreSQL cluster on Kubernetes
- automate PostgreSQL failover with consistency guarantees
- set up synchronous replication for PostgreSQL
- perform point-in-time recovery for PostgreSQL
- create a standby PostgreSQL cluster for disaster recovery
- migrate a PostgreSQL cluster with near zero downtime
- manage PostgreSQL replication across multiple sites

## When to choose
- you need PostgreSQL HA on Kubernetes or other cloud infrastructure
- you prefer consistency over availability during network partitions
- you want automatic failover, service discovery, and dynamic reconfiguration
- you need standby clusters or point-in-time recovery

## When to avoid
- you run PostgreSQL on a single node without HA requirements
- you prefer a managed database service instead of self-managed replication
- you need a different database engine than PostgreSQL
- you want a fully hands-off solution without operating etcd/consul or the stolon components

## Facets
- artifact type: application
- maturity: maintenance
- function: database, deployment, monitoring, service-discovery, configuration-management
- domain: databases, cloud-computing, self-hosted
- platform: go, cloud, self-hosted
- tags: postgresql, high-availability, replication, etcd, consul, disaster-recovery, failover, cloud-native, devops, containers, linux, docker, kubernetes

## Member repositories
- sorintlab/stolon (main) score 23

## Provenance
- Observed fields: from GitHub, fetched 2026-08-28T04:09:00.583346+00:00.
- Health v2: computed from the inputs above; adoption is never an input.
- Inferred fields (summary, facets, guidance): AI-extracted, prompt v1, taxonomy v1, on 2026-08-29T18:18:30.856908+00:00, confidence not recorded.
  - readme: https://github.com/sorintlab/stolon (fetched 2026-08-28T04:09:00.583346+00:00, sha a411ce2fb608)
  - homepage: https://talk.stolon.io (fetched 2026-08-29T09:01:21.534920+00:00, sha 3c954a06a08b)
  - site_page: https://talk.stolon.io/guidelines (fetched 2026-08-29T09:01:21.538497+00:00, sha 034deee50a63)
- Data as of 2026-08-30T08:39:29.467469+00:00.