Problem
When an OpenShift cluster incident occurs, the time from alert to root cause identification is dominated by manual correlation across metrics, events, logs and configuration state. SREs must manually cross-reference Prometheus alerts, Kubernetes event streams, node conditions and application logs before they can produce a coherent root cause hypothesis.
This pattern structures the RCA process as a sequential reasoning funnel — moving from deterministic signal collection through event correlation to AI-assisted explanation, with a mandatory human approval gate before the analysis is promoted to a formal RFO.
Context and Assumptions
- OpenShift cluster with Prometheus and Alertmanager configured
- Log aggregation via Elasticsearch or OpenShift Logging operator
- Event collection via Kubernetes API or event exporter
- AI explanation layer is LLM-backed with retrieval from historical RCA corpus
- Approval workflow is integrated with existing ITSM (ServiceNow or equivalent)
Reference Architecture
Component Responsibilities
What Is Deterministic vs. AI-Assisted
- Prometheus alert rule evaluation
- OOMKilled / eviction / CrashLoop detection
- Kubernetes event time-ordering
- Evidence pack assembly
- Human approval workflow routing
- Natural-language hypothesis generation
- Cross-signal causal narrative
- Historical incident similarity matching
- Impact scope estimation
- Draft RFO text generation
Reference patterns must be adapted to the customer environment, product versions, security policies and vendor architecture.