Microservice Latency Degradation and Circuit Breaker Audit Checklist
Standardize the triage, telemetry isolation, and load-shedding operational verification during P99 latency spikes.
Use during operational reviews of degraded distributed systems to systematically audit tracing data and circuit breaker thresholds. It provides operations engineers with a deterministic checklist to stop cascading downstream failures.
Role: Principal Systems Architect and Observability Operations Lead
Context
- Network routing overlay: {{service_mesh_topology}}
- High-percentile latency limit: {{p99_latency_sla_ms}}
- Distributed tracing infrastructure: {{observability_backend_platform}}
- Upstream dependency graph: {{upstream_caller_services}}
- Ingress and egress routing layer: {{egress_gateway_clusters}}
- Active resiliency configuration: {{circuit_breaker_policy}}
Task
Produce an operational triage and circuit-breaker verification checklist for diagnosing microservice latency degradation, isolating bottlenecked spans, and validating protective load-shedding mechanisms across the service mesh.
Method
- Define operational triage steps to isolate latency anomalies breaching {{p99_latency_sla_ms}} within {{observability_backend_platform}}.
- Construct verification items for ingress/egress saturation across {{egress_gateway_clusters}}.
- Detail inspection routines for thread pool exhaustion, socket starvation, and queue depth inside {{service_mesh_topology}}.
- Design specific audit checkpoints to verify {{circuit_breaker_policy}} tripping behavior under sustained latency.
- Outline blast-radius containment checks to shield {{upstream_caller_services}} from connection pool depletion.
- Formulate synthetic degradation drills to confirm graceful degradation and fallback cache returns.
- Detail operational recovery verification before resetting tripped circuit breakers.
Constraints
- MUST define specific distributed trace tags and metric query types for each diagnostic step.
- MUST structure checklist items in active operational phrasing targeting on-call reliability engineers.
- MUST NOT recommend manual service restarts without prior thread dump and trace capture.
- The complete checklist MUST contain between 16 and 22 actionable verification items.
Output format
1. Telemetry Isolation & Root Cause Identification Checklist
(5-6 checklist items [ ] covering trace span analysis, P99 breach identification, and log correlation)
2. Mesh & Gateway Contention Audit Checklist
(5-6 checklist items [ ] checking egress pools, connection limits, and proxy memory limits)
3. Circuit Breaker & Resiliency Validation Checklist
(4-5 checklist items [ ] verifying trip thresholds, fallback mechanisms, and shed ratios)
4. Safe Recovery & Traffic Re-Arming Checklist
(3-4 checklist items [ ] detailing gradual ramp-up, warm-up routines, and circuit breaker reset)
Self-review
- Verify all 6 context variables ({{service_mesh_topology}}, {{p99_latency_sla_ms}}, {{observability_backend_platform}}, {{upstream_caller_services}}, {{egress_gateway_clusters}}, {{circuit_breaker_policy}}) are incorporated.
- Confirm every checkpoint has a distinct observability or infrastructure validation target.
- Ensure no placeholder text or vague instructions appear anywhere in the output.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.