Operational evidence

A place for the numbers that matter

A future home for capacity and availability measurements, with their context attached.

Explore the details

Content revised · English

At a glance
Live measurements
None connected
Catalogue entries
35 plans
Billing totals
105 cycle totals
Region choices
8

Subject to product compatibility.

01

Measurement comes first

Catalogue figures are derived from stored plan data. No customer-server capacity, uptime, latency or incident counters are connected, so the page presents configuration evidence rather than unmeasured operational results.

02

What should be published

A useful operational record identifies what was checked, when it was checked and how customers were affected.

  • Endpoint availability and probe methodology.
  • Service and regional incidents with timestamps.
  • Maintenance scope, expected effect and follow-up.
  • Capacity figures with a clear definition.
03

A report you can interpret

A failed probe does not automatically mean every service is unavailable. The eventual status page should distinguish control-plane issues, customer traffic, regional connectivity and individual service events.

04

Review the proposed service framework

The draft service-level page explains which definitions must exist before an availability commitment can become a contract.

An operational record should have these fields
DatasetDefinition to publishCurrent boundary
AvailabilityEndpoint, probe locations and periodNo connected monitor
IncidentsStart, affected system, impact and resolutionNo production history
CapacityAllocated / free resources and sample timeNo live inventory feed
MaintenanceNotice, expected interruption and outcomePrepared process
CatalogueCapacity and compatibility per planInspectable configuration data