Skip to main content
Qovery creates it in the Scaleway project of the environment’s cluster, as a Blueprint service in one of your environments.
New to this? You don’t need to know Kubernetes or Terraform. Qovery sets up Scaleway Object Storage in your cloud account and manages it for you: 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 Scaleway Object Storage 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 SCW/object-storage/default/1.1.9, 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.

Reference

From the Blueprint’s README. Creates a Scaleway Object Storage bucket with configurable ACL, versioning, and force-destroy options. The bucket name is automatically lowercased before creation. Bucket names are globally unique across all Scaleway regions.

Variables

Outputs

Required Scaleway IAM permissions

Scaleway IAM permissions are granted via permission sets on a policy attached to the application/user whose API key is used. Attach a policy with the following permission sets, scoped to the target Project: The minimum scope is the Project where Qovery deploys this blueprint. If your cluster has its own project, attach the policy there. When force_destroy = true, the same ObjectStorageFullAccess set also covers object-level deletes during teardown.