Environments
Requires Development/Production

It is a collaborative workspace where to invite collaborators, who are automatically granted your Edition features and usage level. All profiling and testing data is shared with the team.

It is a testing silo where you write custom metrics according to your business logic, define tests and their applicability, and where you compare profiles and iterate.

It is plugged into your tools and workflow where you trigger test scenarios, receive build reports and notifications.

It lets you manage access to your servers where you configure at will the probe, agent, and credentials.

Environments configuration include:

Environments are a very flexible way to profile and test the performance of your applications, disregarding the physical machines or VMs. More specifically:

  • There's no limit on the number of servers: You can configure the probe and agent of a unique Blackfire Environment on multiple servers.
  • There's no limit on the number of projects: The same Blackfire Environment can be used to gather data from as many projects as you need
  • There's no limit in the number of webhook endpoints: If you’re a Production user, you can start builds using the webhook and have access to Platform.sh integrations. As an Production user, you have access to all notification channels. There’s no limit in an environment’s endpoint configuration, so that with the same environment you can execute your test scenarios on different domains/sub-domains.

The Environment Admin can change the configuration of an Environment. The Environment Owner can promote an Environment Member to the Admin role or demote them.

More specifically, the Environment Admin can:

  • Change the environment settings
  • Invite and revoke Environment Members
  • Change the Builds settings (Notifications Channels, Variables, Tested URLs)

And they cannot:

  • Revoke the Environment Owner
  • Promote an Environment Member to Environment Admin
  • Delete the Environment
Loading...