π©Ί Vitals
- π’ Last active: 2026-08-31
- π¦ Latest release: v3.17.4 (2026-08-12)
- π Open issues: 300
- π Stars: 2.8k
What do these metrics mean?
- Last active: when code was last pushed, as of our last check. The dot is green when that was recent, grey otherwise. A long gap can mean a tool is finished and stable, not only unmaintained.
- Latest release: the most recent tagged, packaged version the maintainers published. Not every healthy project tags releases.
- Open issues: unresolved reports and requests. A high number is normal for a popular project and is not a warning on its own.
- Stars: how many people bookmarked the project on its forge. A rough popularity signal, not a measure of quality.
ποΈ Profile
- Official: projectquay.io
- Source: github.com/quay/quay
- License: Apache 2.0
- Deployment: Docker | Kubernetes
- Data Model: PostgreSQL and Redis with S3-compatible object storage
- Jurisdiction: USA πΊπΈ (Red Hat, Inc. / IBM - Public Corporation)
- Compliance (SaaS): SOC 2 Type II
- Compliance (Self-Hosted): Self-Hosted (User Managed)
- Complexity: High (4/5) - Multi-service stack (PostgreSQL, Redis, object storage); Operator on Kubernetes
- Maintenance: Medium (3/5) - Dependent services and a database to back up and upgrade
- Enterprise Ready: High (5/5) - Clair scanning, RBAC, geo-replication and OIDC included; Red Hat commercial support available
1. The Executive Summary
What is it? Quay, developed as the open-source Project Quay, is a self-hosted container registry with integrated vulnerability scanning (Clair), image signing, geo-replication and fine-grained RBAC. It ships its complete feature set under Apache 2.0 with no open-core limits, and the same codebase powers Red Hat's hosted quay.io service. It is built for high-availability, security-focused registry operations, with deep integration into the OpenShift and Kubernetes ecosystem.
The Strategic Verdict:
- π’ For Red Hat and OpenShift shops, or teams wanting vendor support: Strong Buy. Full-feature open source with integrated Clair scanning and geo-replication, plus an optional Red Hat commercial-support path when you need a contractual SLA.
- π΄ For teams prioritising vendor-neutral governance: Weigh Harbor instead. Quay's roadmap and trademark sit with a single corporation and track OpenShift's direction; if neutral foundation governance is the requirement, Harbor reaches it where Quay does not.
2. The "Hidden" Costs (TCO Analysis)
| Cost Component | JFrog Artifactory (Commercial) | Quay (Self-Hosted) |
|---|---|---|
| Licensing | Per-tier enterprise subscription | None (Apache 2.0) |
| Vulnerability Scanning | Higher-tier feature | Included (Clair) |
| Geo-Replication & RBAC | Enterprise tier | Included |
3. The "Day 2" Reality Check
π Deployment & Operations
- Installation: A standalone Docker or Podman deployment for evaluation, or the Quay Operator on Kubernetes and OpenShift for a production high-availability setup. Either path is a multi-service deployment.
- Dependent services are yours to run: Quay relies on PostgreSQL, Redis and S3-compatible object storage, each of which you provision, back up and upgrade, unless you consume the managed quay.io service instead.
- Security is built into the core: Clair vulnerability scanning, image signing and fine-grained RBAC ship with the free product. This integrated scanning is the feature Quay is best known for, and it is what turns the registry into an auditable checkpoint.
π‘οΈ Security & Governance (Risk Assessment)
- Jurisdiction & Vendor Control: Quay is developed and trademarked by Red Hat, Inc., an IBM company and US public corporation. The US CLOUD Act reaches Red Hat's hosted services, but a self-hosted deployment stores only the artifacts you place in it. The governance consideration is concentration: Red Hat is the primary contributor and steers the roadmap in line with OpenShift, so a single vendor's platform strategy sets the project's direction.
- The Compliance Shift: The managed quay.io service holds a SOC 2 Type II attestation, but that covers Red Hat's hosted instance, not your self-hosted deployment. Self-hosting moves infrastructure security, patching and RBAC policy onto you. Quay supplies the controls (Clair scanning, RBAC, audit logging); certifying the deployment they run in remains your responsibility.
- No Copyleft Trap, Support as the Only Paywall: Apache 2.0 carries no copyleft, and unusually there is no open-core gating: Project Quay ships the complete feature set for free. The trade-offs are operational weight, since it is a multi-service application, and an optional Red Hat subscription that buys support and SLAs rather than features. The paywall here is on assurance, not capability.
4. Market Landscape
π’ Proprietary Incumbents
- JFrog Artifactory: The enterprise artifact registry, broad in format support but licensed per tier, with scanning and advanced access control concentrated in the higher-priced editions.
- Docker Hub: The ubiquitous managed registry. Convenient, but it meters pulls and storage, rate-limits free usage, and keeps your images on a third-party service rather than your infrastructure.
π€ Open Source Ecosystem
- Harbor: The closest peer. A comparable full-featured registry with scanning, signing and replication, but under neutral CNCF foundation governance rather than a single corporate steward.
- Distribution: The minimal alternative. The reference OCI registry without Quay's scanning, RBAC or geo-replication, for teams that want a lightweight image store rather than a full platform.