Use this file to discover all available pages before exploring further.
The service map gives you a live graph of your infrastructure — which services exist, how they depend on one another, and what breaks when any one of them fails. During an incident, this graph powers blast radius calculations and downstream impact analysis, letting responders quickly understand the full scope of a failure rather than discovering affected services one by one. This guide walks you through registering services, defining their dependencies, querying the topology, and calculating blast radius.
Tell Scrubbe which services depend on which. A dependency from service A to service B means that a failure in B can affect A.
curl -X POST https://api.scrubbe.io/api/v1/service-map/dependencies \ -H "Authorization: Bearer <token>" \ -H "Content-Type: application/json" \ -d '{ "serviceId": "<payments-api-id>", "dependsOnId": "<redis-cache-id>", "type": "HARD", "description": "Payments API uses Redis for session and connection pooling." }'
Use HARD for dependencies that cause an outage when the upstream fails, and SOFT for degraded-but-functional scenarios. Accurate dependency types produce more precise blast radius estimates.
The blast radius endpoints quantify the potential impact of a failure, expressed as a percentage of users or transactions affected. Use these during incident triage to prioritise response effort.
Deleting a service removes it from the topology and severs all of its dependency edges. This will affect blast radius calculations for any service that depended on it.