Well-Architected

On the [Events & Alerts > Well-Architected] page, you can see how well your cloud environment scores against the five Well-Architected pillars, and which applications are dragging that score down.

ℹ️
The assessment runs automatically once a day at 02:00 (KST). There is no manual run button — scores are fixed for the day, and a failed run is retried automatically at the next scheduled run. The line under the header shows when the last run finished and which check version it used.

Page Layout

SectionPurpose
Overall org scoreA single score for the whole organization
Score by pillarThe five pillar scores, with the healthy / unhealthy split behind each
Applications with the most unhealthy itemsWhich applications hold the most findings
Pillar score trendHow the scores have moved over the last 30 days
Run historyEvery assessment run and whether it succeeded

The [Ticket Board] button at the top-right opens the Ticket Board filtered to Well-Architected tickets.

Overall org score

The donut shows the share of checked items in the organization that passed. Items that could not be judged are excluded from the calculation, and the numbers under the donut are the raw Healthy and Unhealthy counts.

Score by pillar

Each row is one of the five pillars — Security, Reliability, Operational Excellence, Cost Optimization, and Performance Efficiency.

ElementDescription
ScoreThe pillar score, coloured by how healthy it is
BarThe healthy (green) versus unhealthy (red) split for that pillar
CountsHealthy count and unhealthy count
Row clickOpens that pillar’s findings in a side sheet
ℹ️
Starting with the lowest-scoring pillar raises the overall score fastest.

Findings sheet

Clicking a pillar row opens its findings without leaving the page. The sheet is scoped to the whole organization and carries its own controls:

ControlPurpose
Severity chipsCRITICAL · ERROR · WARNING · INFO — narrow to the severities you care about
Provider chipsNarrow to one cloud provider
PagingThe findings run to thousands, so they arrive a page at a time
Open ticketTurns a single finding into a ticket
Manage in ticket boardHands the whole filtered set over to the Ticket Board

Each finding names the check that produced it, the resource it applies to, and why it was flagged.

Applications with the most unhealthy items

Applications ranked by how many findings they carry. The bar is drawn relative to the top application, and the two numbers on the right are the finding count and that application’s own score.

Click an application name to open its detail page, or [View all ↗] to see the full list.

Pillar score trend

A 30-day time series with one line per pillar plus Overall, built from succeeded runs only. Use it to confirm that a fix actually moved the score rather than just closing one finding.

Run history

Every assessment run, newest first.

ElementDescription
StatusSucceeded / Failed / Running / Pending
Run atWhen the run started
Rules / durationThe check-rule version used and how long the run took
Before the first assessment completes, the page shows No completed assessment yet — assessments run automatically every night and results appear once the first run finishes.

Acting on findings

Well-Architected reports what is unhealthy; the work of tracking and fixing it happens on the Ticket Board. Open a pillar’s findings sheet and either raise a ticket per finding with Open ticket, or hand the filtered set over with Manage in ticket board. The [Ticket Board] button in the page header goes there directly.

Check Catalog

Check Catalog in the page header lists every check behind the scores, with the pillar it belongs to and where it comes from.

ColumnDescription
ProviderCloud provider the check applies to
CheckIts display name, with the underlying check_id beneath
Resource typeThe kind of resource evaluated
PillarWhich of the five pillars the check scores
SourceThe rule set the check comes from

Search matches either the display name or the English check_id, and the two dropdowns narrow by provider and pillar. The footer reports the total check count and the rule-set version, which is the same version shown in Run history.

ℹ️
The catalog is read-only. It answers “what does this check actually mean?” — you cannot enable, disable, or edit checks from here.
v1.7.0