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 Timescale Cloud Service 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 Timescale Cloud Service 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/timescale-cloud/default/1.0.7, 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 Timescale Cloud service (timescale_service) — managed TimescaleDB/PostgreSQL — via the official timescale/timescale provider (~> 2.0).
Timescale Cloud only (managed SaaS), not self-hosted TimescaleDB.

Credentials

Timescale Cloud client credentials: timescale_project_id + a timescale_access_key / timescale_secret_key pair (both sensitive), supplied as variables (credentials.default: env).

Variables

Required

Service shape

Timescale requires matching CPU/memory pairs — 500m ↔ 2GB, 1000m ↔ 4GB, 2000m ↔ 8GB, and so on. Mismatched pairs are rejected at apply time.

Outputs

Notes

  • Provisioning a Timescale Cloud service is billable.
  • The master password is only returned by the API at creation time; it is surfaced as a sensitive output.