Blog
Qovery
Product
5
minutes

Understanding Qovery Pricing: Transparent and Flexible Billing

At Qovery, we understand the importance of transparency when it comes to pricing, especially for our customers who rely on our services to power their applications. One of the most frequently asked questions we receive is about our billing system, the meaning of "Active Developers," and how we adjust pricing based on usage. In this article, we will break down the basics of our pricing structure, provide examples to illustrate how Qovery's pricing works in real-world scenarios, and explain our proactive approach to supporting organizations experiencing growth.
January 27, 2026
Romaric Philogène
CEO & Co-founder
Summary
Twitter icon
linkedin icon

Understanding Active Developers

Qovery bills per active developer using our platform. An Active Developer is defined as an individual, identified by a unique email address associated with their git account and/or Qovery account, who has made a code change on a git repository or deployed an application within the last 30 days. We track and analyze git commit history, deployment logs, and application management actions to accurately identify and match developers to their respective activities.

It's important to note that we do not count contributions to public (open-source) repositories in our active developer billing. Additionally, developers with read-only access to the Qovery web console who do not actively deploy or manage applications are not considered active developers for billing purposes.

Inviting Members vs. Active Developers

It's important to understand that inviting a member to join your organization on the Qovery Kubernetes management platform does not automatically classify them as a paid user. Qovery's billing is based on the number of Active Developers within your organization, rather than the total number of invited members.

As explained above, an Active Developer is an individual who has made a code change on a git repository, deployed an application or actively managed an application using Qovery within the last 30 days. Members who have been invited to your organization but do not meet these criteria will not be considered active developers and will not be billed.

Creating a single shared account within the Qovery console with the intention of avoiding additional user fees is not a viable solution, as Qovery tracks and bills based on the actual number of Active Developers contributing to your organization's projects. This means that regardless of whether your team uses a shared account or individual accounts, you will still be billed fairly based on the actual usage of the platform and its resources by the active developers within your organization.

By clarifying this distinction between invited members and Active Developers, we hope to encourage organizations to invite all their team members to the platform without the concern of being overcharged. This allows for better collaboration and more efficient workflows while still ensuring that billing is based on actual platform usage.

Examples

Understanding when an active developer is considered a paying user can be complex due to the variety of possible use cases. To clarify this, we have created a table of examples below to help illustrate whether or not an active developer will be counted as a paying user in different scenarios.

Some pricing examples

Adjusting Pricing Based on Average Active Users

At Qovery, we understand that the number of active developers using our platform may fluctuate monthly. To provide a fair and balanced billing system, we adjust the pricing based on the average number of active users over the last three months. This approach ensures that our customers are not billed disproportionately for short-term spikes in usage and provides a more stable pricing structure.

Example: Adjusting Pricing for Company ACME

Let's consider Company ACME, which has the following number of active developers using Qovery over three months:

  • Month 1: 10 active developers
  • Month 2: 15 active developers
  • Month 3: 20 active developers

To calculate the average number of active developers for Company ACME over the last three months, we add the active developers from each month and divide by three:

(10 + 15 + 20) / 3 = 15

The average number of active developers for Company ACME over the last three months is 15. We will adjust the pricing for Company ACME based on this average, ensuring that they are billed fairly and consistently, despite fluctuations in their active user count.

Be Notified of Significant Increases in Active Users

If the number of additional active users in an organization exceeds a 20% increase, a member of our sales team will proactively reach out to the owner of the organization. Our goal is to provide personalized assistance in adjusting the pricing plan to better suit the organization's requirements and to discuss any potential optimizations that could benefit their projects.

Rest assured that our sales team's priority is to support the organization's growth and address any concerns the owner may have. Our team is committed to providing a seamless experience and ensuring that your organization continues to thrive while using Qovery's DevOps automation tool.

Range Discount for Larger Teams

To accommodate organizations with larger development teams, Qovery offers a range discount for teams with more than 40 active developers. This discount is designed to provide better value for organizations with more active users, making it more cost-effective as your team grows. Our sales team will be more than happy to discuss the specific details of the range discount and help you find the best pricing plan to suit your organization's needs.

Wrapping up

Qovery's pricing is designed to be fair, transparent, and adaptive to the needs of our customers. Our focus on active developers, average user-based pricing adjustments, and proactive support ensure that your organization receives the best possible experience when using our platform. If you have any further questions about Qovery's pricing or need assistance, please do not hesitate to reach out to our support team.

Share on :
Twitter icon
linkedin icon
Tired of fighting your Kubernetes platform?
Qovery provides a unified Kubernetes control plane for cluster provisioning, security, and deployments - giving you an enterprise-grade platform without the DIY overhead.
See it in action

Suggested articles

Kubernetes
7
 minutes
Day 2 operations: an executive guide to Kubernetes operations and scale

Kubernetes success is determined by Day 2 execution, not Day 1 deployment. While migration is a bounded project, maintenance is an infinite loop that often consumes 40% of senior engineering capacity. To protect margins and velocity, enterprises must transition from manual toil to agentic automation that handles scaling, security, and cost.

Mélanie Dallé
Senior Marketing Manager
Kubernetes
8
 minutes
The 2026 guide to Kubernetes management: master day-2 ops with agentic control

Master Kubernetes management in 2026. Discover how Agentic Automation resolves Day-2 Ops, eliminates configuration drift, and cuts cloud spend on vanilla EKS/GKE/AKS.

Romaric Philogène
CEO & Co-founder
DevOps
Kubernetes
6
 minutes
Day-0, day-1, and day-2 Kubernetes: defining the phases of fleet management

Day-0 is planning, Day-1 is deployment, and Day-2 is the infinite lifecycle of maintenance. While Day-0/1 are foundational, Day-2 is where enterprise operational debt accumulates. At fleet scale (1,000+ clusters), managing these differences manually is impossible, requiring agentic automation to maintain stability and eliminate toil.

Morgan Perry
Co-founder
Kubernetes
7
 minutes
Kubernetes multi-cluster: the Day-2 enterprise strategy

A multi-cluster Kubernetes architecture distributes application workloads across geographically separated clusters rather than a single environment. This strategy strictly isolates failure domains, ensures regional data compliance, and guarantees global high availability, but demands centralized Day-2 control to prevent exponential cloud costs and operational sprawl.

Morgan Perry
Co-founder
Kubernetes
6
 minutes
Kubernetes observability at scale: cutting the noise in multi-cloud environments

Stop overpaying for Kubernetes observability. Learn how in-cluster monitoring and AI-driven troubleshooting with Qovery Observe can eliminate APM ingestion fees, reduce SRE bottlenecks, and make your cloud costs predictable.

Mélanie Dallé
Senior Marketing Manager
Kubernetes
 minutes
Understanding CrashLoopBackOff: Fixing AI workloads on Kubernetes

Stop fighting CrashLoopBackOff on your AI deployments. Learn why traditional Kubernetes primitives fail large models and GPU workloads, and how to orchestrate AI infrastructure without shadow IT.

Mélanie Dallé
Senior Marketing Manager
Kubernetes
Platform Engineering
 minutes
Kubernetes multi-cluster architecture: solving day-2 fleet sprawl

Kubernetes multi-cluster management is the Day-2 operational practice of orchestrating applications, security, and configurations across geographically distributed clusters. Because native Kubernetes was designed for single-cluster orchestration, enterprise platform teams must implement a centralized control plane to prevent configuration drift and manage a global fleet without scaling manual toil.

Mélanie Dallé
Senior Marketing Manager
Engineering
Product
11
 minutes
How to achieve zero downtime on kubernetes: a Day-2 architecture guide

Achieving zero-downtime deployments on Kubernetes requires more than running multiple pods. It demands a standardized architecture utilizing Pod Disruption Budgets (PDBs), precise liveness and readiness probes, pod anti-affinity, and graceful termination handling. At an enterprise scale, these configurations must be enforced via a centralized control plane to prevent catastrophic configuration drift.

Pierre Mavro
CTO & Co-founder

It’s time to change
the way you manage K8s

Turn Kubernetes into your strategic advantage with Qovery, automating the heavy lifting while you stay in control.