Skip to main content
Qovery creates it in your account with a third-party provider, using credentials you enter in the form, as a Blueprint service in one of your environments.
New to this? You don’t need to know Terraform or Kubernetes. Qovery sets up MongoDB Atlas Cluster in your account with the provider: you fill in a form, or paste the prompt below into your coding agent. The values it publishes, listed under Outputs, reach your other services as environment variables. Qovery tells you when a newer version of the Blueprint is available. Check the requirements in the Reference section before you start, and try it first in a development environment.

Create it

  1. Open the environment, then New service › Blueprint.
  2. Find MongoDB Atlas Cluster in the catalog and pick the major version.
  3. Fill in the variables. Required ones are marked; the others use their defaults.
  4. Create the service, and deploy it now or later.
You don’t add any file to your repository. Qovery creates the Blueprint from the Console or the API.

Variables and outputs

Generated from qbm.yml at EXTERNAL/mongodb-atlas/default/1.1.3, the manifest the Console form is built from.
Outputs become environment variables that other services in the environment can use. By default Qovery also creates an alias for each output, prefixed with the Blueprint’s name; see Aliases Qovery creates for outputs for the naming rules and the cases where no alias is created.
Secret variables and outputs are encrypted and masked in Qovery, but Terraform can also keep their values, and values derived from them, in its state. With the Qovery-managed state backend (the default), Qovery stores the state. If you use your own backend, protect it and keep state files out of version control.

Reference

From the Blueprint’s README. Provisions a MongoDB Atlas dedicated cluster (mongodbatlas_advanced_cluster) in an existing Atlas project, plus a database user (mongodbatlas_database_user) and an IP access-list entry (mongodbatlas_project_ip_access_list) so it’s usable immediately. Uses the mongodb/mongodbatlas provider (~> 1.20).

Credentials

A MongoDB Atlas programmatic API key (public + private) supplied as variables (credentials.default: env). The private key is sensitive. The key must have Project Owner (or cluster + user + access-list write) permission on the target project.

Variables

Required

Credentials

Both are optional — omit them and Qovery supplies the values, the way native managed databases did. In the console, leaving the field blank omits it. Through the API or Terraform, omit the variable rather than sending an empty string: the platform rejects an empty variable value. Atlas keys database users by (username, auth database) within a project, so two databases in the same Atlas project cannot both take the default username — give the second one an explicit db_username or its user creation collides with the first.

Cluster shape

Outputs

Notes

  • This provisions a dedicated cluster (M10+), which is billable on Atlas. Shared tiers (M0 free / M2 / M5) use a different provider_name: TENANT shape and are intentionally out of scope.
  • Uses mongodbatlas_advanced_cluster (the mongodbatlas_cluster resource is deprecated as of provider 2.0.0). Pinned to ~> 1.20.
  • The cluster is created in an existing project (project_id); this blueprint does not create the Atlas project or organization.
  • Connect with connection_string_srv, injecting db_username / db_password.