Service
Observability and SRE
Metrics, logs, traces, alerts and on-call practice designed together, so a team can see system state and recover quickly.
On this page
When this fits
You find out about failures from your users, or your alerts are too noisy to trust.
What the work covers
- Instrumentation around service objectives and the journeys users depend on.
- Dashboards, alerts and runbooks built together.
- On-call practice designed to cut recovery time and alert fatigue.
- Review of reliability targets against the recorded evidence.
What you receive
- The instrumentation, dashboards and alert rules.
- Runbooks for each alert.
- A baseline of the measured behaviour at handover.
How completion is decided
A set of agreed failures is introduced in a test environment, and each is detected by the intended alert and resolved by following the runbook.
What you provide
- Access to the systems to be instrumented.
- The service objectives, or a decision to define them with RJV.
What RJV does not promise
- A fixed price or duration before the scope is known.
- Regulatory approval or a certificate; the customer remains the regulated party.
- Uptime figures before they have been measured.
How to start
Describe the problem on the Work with Us page. Every engagement follows the stages on the engineering page, and the commercial terms explain what determines scope and how the work is charged. Ownership at handover is described in deployment and ownership.
Discuss this service
Tell us the outcome you need, the systems involved and the conditions for acceptance. Agree the scope, responsibilities and price before work begins.
Discuss this serviceWorks with
- Engineering from requirement to handover: Requires. The engagement follows the stages of the engineering page.
- Sentinel: Works with. Observability and SRE builds the reporting that feeds snapshots.
- Published
- 29 October 2026
- Revision
- 1