Where is Observability measured first?

From Santiago (SCL) toward Bogotá. A global average is not an SLO for letter O.

How fast is rollback for o-03?

The runbook is a command plus a named owner. There is no wait for a weekly change freeze.

Observability: probes in Santiago (SCL) · O-38

Runbook O-38 for Observability in Santiago (SCL). Marker xserv-o-6668034a0ae4. This page covers probes for LATAM operators, not a worldwide average.

Observability: How XServ runs it day to day

Probes for Observability (o-02) leave Santiago every 15s toward Bogotá. XServ pages the named owner if loss or RTT crosses the letter budget. A probe never shares a queue with bulk transfers, so a saturated WAN does not hide a dead PoP.

Observability: What operators should measure

Policy for Observability is versioned as o-03. Operators measure error rate, p95 from Bogotá, and time-to-rollback — not a worldwide average. Changes land in Bogotá first, then Miami, with a hold if either region regresses.

Observability: Failure modes we actually see

Capacity notes for o-04 assume rainy-season power in Miami and festival peaks toward São Paulo. The failure we actually see is a single uplink, not a cartoon partition of the whole continent. Spare ports and a second provider sit on the same runbook.

Observability docs O-12

Public docs for letter O stay aligned with identifier xserv-o-pack. Page o-12 is the Observability slice operators search before the homepage. Edits in Miami show up in São Paulo on the next publish.

Observability design O-01

Design for Observability on letter O starts in São Paulo (GRU). Runbook o-01 keeps a single owner, a written rollback, and a traffic split that can be reversed without a global freeze. Neighbors in Santiago only take overflow after the local pool fails a health window.