Skip to main content

Scorecards

Scorecards allow your team to define standards like production readiness and development quality, and enforce them without building scripts and maintaining spreadsheets.

UI

Scorecards can be managed through the UI by default, see Help Desk | Creating and Editing Scorecards for a detailed walkthrough.

GitOps

If you would like to manage Scorecards through your GitOps workflow you can disable UI editing through Settings | Workspace | Scorecards | UI Editor.

In general, the best place to put Scorecards is in their own repository, separate from catalog entities, at the repository's root directory within .cortex/scorecards. Note that it is not recommended to put Scorecard definitions in a service repository as Scorecards are not meant to be 1:1 with catalog entitites. For example, a simple repository might have the structure:

.
├── .cortex
│ └── scorecards
│ ├── dora.yml
│ └── performance.yml
└── src
└── index.js
└── ...

Any file found within the .cortex/scorecards directory will be automatically picked up and parsed as a Scorecard.

Descriptor

The dora-metrics-scorecard.yaml descriptor file might look something like this:

name: DORA Metrics
tag: dora-metrics
description: >-
[DORA metrics](https://www.cortex.io/post/understanding-dora-metrics) are used by DevOps teams to measure their performance.

The 4 key metrics are Lead Time for Changes, Deployment Frequency, Mean Time to Recovery, and Change Failure Rate.
draft: false
notifications:
enabled: true
ladder:
levels:
- name: Bronze
rank: 1
description: Pretty good
color: "#c38b5f"
- name: Silver
rank: 2
description: Very good
color: "#8c9298"
- name: Gold
rank: 3
description: Excellent
color: "#cda400"
rules:
- title: Ratio of rollbacks to deploys in the last 7 days
expression: >+
(deploys(lookback=duration("P7D"),types=["ROLLBACK"]).count /
deploys(lookback=duration("P7D"),types=["DEPLOY"]).count) > 0.05
description: Change Failure Rate
weight: 25
failureMessage: Less than 95% of deployments in the last 7 days were successful
level: Gold
- title: Incident was ack'ed within 5 minutes
expression: oncall.analysis(lookback = duration("P7D")).meanSecondsToFirstAck <= 300
description: MTTA (Mean time to acknowledge)
weight: 25
failureMessage: Incidents in the last 7 days were not ack'ed
level: Silver
- title: Last commit was within 24 hours
expression: git.lastCommit.freshness <= duration("P1D")
description: Lead Time for Changes
weight: 25
failureMessage: No commits in the last 24 hours
level: Bronze
- title: Averaging at least one deploy a day in the last 7 days
expression: deploys(lookback=duration("P7D"),types=["DEPLOY"]).count >= 7
description: Deployment Frequency
weight: 25
failureMessage: No deployments in the last 7 days
filter:
kind: GENERIC
types:
include:
- service
groups:
include:
- production
evaluation:
window: 4

Objects

Scorecard: {
name: String
tag: String,
description: String?,
draft: Boolean?,
notifications: Notifications?,
ladder: Ladder?,
rules: List<Rule>,
filter: Filter?
evaluation: Evaluation?
}
namedescription
nameThe human-readable name of the Scorecard
tagA unique slug for the Scorecard consisting of only alphanumeric characters and dashes
descriptionA human-readable description of the Scorecard
draftWhether or not the Scorecard is a draft
notificationsNotifications settings for the Scorecard
ladderThe ladder to apply to the rules
rulesA list of rules that are evaluated each time the Scorecard is evaluated
filterEnables the ability to exclude entities from being evaluated by this Scorecard
evaluationEnables the ability to change the evaluation window for this Scorecard
Notifications: {
enabled: Boolean
}
namedescription
enabledWhether or not to include the Scorecard in notifications
Ladder: {
levels: List<Level>
}
namedescription
levelsThe levels of the ladder
Level: {
name: String,
rank: Int,
description: String?,
color: String
}
namedescription
nameThe human-readable name of the level
rankThe rank of the Level within the ladder. Higher rank is better.
descriptionA human-readable description of the level
colorThe hex color of the badge that is displayed with the level
Rule: {
title: String?,
expression: String,
description, String?,
weight: Int,
failureMessage: String?
level: String?,
filter: Filter?
effectiveFrom: Date?
}
namedescription
titleThe human-readable name of the Rule
expressionThe CQL expression to evauluate; must evalutate to a boolean
descriptionA human-readable description of the Rule
weightThe number of points this Rule provides when successful
failureMessageA human-readable message that will be presented when the Rule is failing
levelThe name of the level this rule is associated with; can be null even when a ladder is present
filterEnables the ability to exclude entities from being evaluated for this rule
effectiveFromDate when the rule starts being evaluated (e.g. 2024-01-01T00:00:00Z)
Filter: {
kind: String
types: TypesFilter?,
groups: GroupsFilter?,
query: String?
}

Note: One of types, groups, query must be present for it to be considered a valid filter
namedescription
kindThe kind of filter to create. Currently only supports "GENERIC"
typesTypes filter (to include / exclude specific types)
groupsGroups filter (to include / exclude specific groups)
queryA CQL query; only entities matching this query will be evaluated by the Scorecard
TypesFilter: {
include: List<String>?,
exclude: List<String>?
}

Note: Only one of include/exclude can be specified at a time
namedescription
includeList of types to include in set of entities
excludeList of types to exclude in the set of entities
GroupsFilter: {
include: List<String>?,
exclude: List<String>?
}
namedescription
includeList of groups to include in set of entities
excludeList of groups to exclude in the set of entities
Evaluation: {
window: Int?
}
namedescription
windowBy default, Scorecards are evaluated every 4 hours. If you would like to evaluate Scorecards less frequently, you can override the evaluation window. This can help with rate limits. Note that Scorecards cannot be evaluated more than once per 4 hours