Skip to content

Adoption & Ecosystem

Who uses it

The repository's ADOPTERS.md lists organisations including GitHub, Slack, Square, Pinterest, Shopify, Etsy, HubSpot, New Relic, JD.com, FlipKart, PlanetScale, Uber, Twitter, YouTube, Axon, BetterCloud, CloudSigma, Vinted, and Weave (source 2). The CNCF graduation announcement separately names several of these as production or in-progress users.

OrganisationUse caseSource
YouTubePetabyte-scale data, millions of queries per secondsource 5
SlackVitess fleet of roughly 6,000 serverssource 5
GitHubProduction use, named at graduationsource 3
JD.comProduction use, named at graduationsource 3
PinterestProduction use, named at graduationsource 3
SquareProduction use, named at graduationsource 3

The Project Journey Report states the largest known deployment is around 70,000 servers (source 5).

Adoption signals

  • GitHub metrics observed 2026-06-23 via the GitHub API: 21,053 stars, 2,356 forks, around 327 contributors (source 1).
  • CNCF Graduated since 2019-11-05, the 8th project to graduate (source 3).
  • Contributor mix as of 2020-04: Google 36%, PlanetScale 25% (source 5).
  • Passed a CNCF-funded security audit in 2019-02 (source 3).

Ecosystem

  • Topology backends: etcd, ZooKeeper, or Consul store cluster metadata (go/vt/topo/).
  • Kubernetes: vitess-operator deploys Vitess on Kubernetes (examples/operator/operator.yaml).
  • Backup storage: S3, GCS, and Ceph are supported targets (examples/local/ceph_backup_config.json).
  • VReplication: the engine behind MoveTables, Reshard, Materialize, and online DDL.
  • PlanetScale: a managed and serverless offering built on Vitess, and one of its largest sponsors (source 8).

Alternatives

Vitess is MySQL-compatible middleware where shard placement is declared and controlled explicitly. The main alternatives differ on data model and on how much of the sharding they hide.

AlternativeDiffers by
PlanetScaleManaged and serverless Vitess for MySQL; adds branching and non-blocking schema changes (source 8)
CitusPostgreSQL sharding extension; simpler setup, less elaborate shard management than Vitess (source 8)
CockroachDB / TiDB / YugabyteDBNewSQL with automatic sharding and serializable cross-shard consistency, no explicit shard-key declaration (source 9)

Pick Vitess when you already run MySQL, want the MySQL wire protocol, and want explicit control over shard placement. Pick a NewSQL system when you want the database to handle sharding and cross-shard ACID for you. Vitess does cross-shard transactions atomically with 2PC but does not provide full cross-shard isolation; the application is expected to account for that.