Analytics
What this screen is for
Analytics turns individual deployments into trends: how often you ship, how often it goes wrong, how long recovery takes, and who is doing what. It answers the questions a single environment page cannot — is this getting better?
Before you start
| To do this | You need |
|---|---|
| Open the page | env-by-branch.dev.workflow.read |
Data accumulates from deployment and workflow history, so a new install shows little until it has run for a while. An empty chart on a fresh platform is expected, not broken.
Opening it
- Deploy › Analytics in the sidebar.
Direct URL: /ebb/analytics
The shortcut in the environment header is stale
Every environment dashboard shows an Analytics icon that is greyed out with the tooltip “Analytics - Coming Soon”. That button is out of date — Analytics has shipped. Use the sidebar entry.
The interface
📸 Screenshot Placeholder: The Analytics dashboard on the DORA Metrics tab. Mark: (1) the four tabs, (2) a metric card with its delta indicator, (3) the chart area.
| Tab | What it answers |
|---|---|
| Environment History | What has happened to environments over time |
| DORA Metrics | Deployment frequency, lead time, change failure rate, time to restore |
| Deployment Overview | Volume and outcome of deployments |
| User Activity | Who is deploying, and how much |
Metrics show a delta against the previous period. The delta is usually more useful than the absolute number — “twelve deployments” means nothing on its own; “twelve, down from thirty” means something.
Walkthroughs
Check whether reliability is improving
- Deploy › Analytics › DORA Metrics.
- Read change failure rate and time to restore together. Frequency going up while failure rate holds steady is a genuine improvement; frequency up and failure rate up is just more deployments.
Find out what has been happening to an environment
Environment History — use this when someone asks “when did staging start misbehaving?” and nobody kept notes.
See who is deploying
User Activity — useful for spotting a bus factor of one, or a team that has stopped shipping without anyone noticing.
Scenario
Preparing for a quarterly review, without cherry-picking.
- DORA Metrics — take all four. Reporting deployment frequency alone is the classic mistake: it is the easiest to improve and the least meaningful on its own.
- Deployment Overview — get the volume and the outcomes. This is where a rise in frequency is revealed as either real throughput or repeated retries of the same failing deployment.
- Environment History — pick out the incidents. Line them up against the failure-rate trend so the numbers have a story attached.
- User Activity — check the load is spread. A team where one person performs every deployment has a risk that no DORA metric surfaces.
- Note where data is thin. A metric with two data points is not a trend, and presenting it as one is how a review produces a bad decision.
When it doesn’t work
| Symptom | Cause | How to check | Fix |
|---|---|---|---|
| Analytics is not in the submenu | Missing env-by-branch.dev.workflow.read |
Access Explorer | Ask for a role granting it |
| The in-environment Analytics button is greyed out | Stale UI — the button says “Coming Soon” although the page has shipped | — | Use the sidebar entry |
| Charts are empty | Not enough history yet | How long the install has been running | Expected on a new install |
| Numbers look wrong after adding an environment | The new environment contributes its own history | Environments | Compare like-for-like periods |
| A metric moved sharply with no obvious cause | Often a retry storm rather than real change | Deployment Overview | Read volume and outcome together |
Next
- Deployments — what these metrics measure
- Production — where the incidents happen