Environments
On this page
An environment separates the sensors that watch different copies of your system — Production, Staging, Development. Each sensor belongs to one environment, and each environment holds its own variables and secrets: the same sensor definition can check api.corvane.example in Production and api.staging.corvane.example in Staging, with the right credentials each time.
Environments are managed in Configuration → Environments, by Managers and Admins. Creating environments requires a paid plan.

When to use environments#
- You monitor the same application in several copies: keep Production alerts apart from Staging noise, and see each copy's state separately.
- You want sensors that differ only by a host or a credential: write them once with
${API_HOST}and a secret, and create one per environment. - You want to restrict who sees connection strings: secrets live in environments, which only Managers and Admins can open.
If you only monitor production, the default environment is enough.
Create an environment#
- Click New environment.
- Enter a Name (
Staging) and an optional Description (Pre-production, refreshed from production every week). - Save.
Your organization starts with a default environment named Default. New sensors are placed in the default environment unless you choose another one. Use Set as default on another environment to change it — for example to make Production the default.
An environment can be deleted only when no sensor uses it and it holds no variable and no secret. The default environment cannot be deleted.
Link a sensor to an environment#
Choose Environment in the General section of the wizard. The sensor then resolves its ${VARIABLES} and offers the secrets of that environment only. Lists show each sensor's environment as a badge, and incidents and service pages show it too.
What an environment contains#
Select an environment on the left to see its two cards:
- Variables — plain values, such as hosts, ports or base URLs, reused in sensor fields as
${NAME}. See Variables. - Secrets — encrypted connection strings for databases, Redis and RabbitMQ, never displayed after they are saved. See Secrets.
Related#
- Secret security — how secrets are encrypted and delivered to agents.
- Services — the other axis of organization.