Documentation/Reference

Technical reference

The platform's object model, automation levels, glossary and known limits.

Object model

The main objects exposed in the console, reports and integrations. Field lists are conceptual; exact schemas are provided with your deployment.

ObjectKey fieldsNotes
Entityid, role, domain, location, ownerAny node in the dependency graph
Dependencyfrom, to, kind, redundancy groupPhysical, logical or service dependency
Signalentity, type, time, value, risk scoreNormalized alarm, metric or event
Contractentity, window, deltas, related entities, evidence linksCompact representation used for reasoning
Incidentorigin, members, timeline, impact, statusSignals grouped by common cause
Hypothesisincident, origin, chain, confidence, evidenceRanked explanation
Actiontype, targets, proposer, scheduleProposed change or remediation
Verificationaction, result, violations, state snapshotOutcome of the do-no-harm check

Automation levels

LevelRaincurve doesHumans do
0 · ObserveBuilds the graph; produces incidents in shadowEverything
1 · RecommendPosts incidents, hypotheses and verified recommendationsDecide and act
2 · ApprovePrepares, verifies, paces and executes on approvalApprove
3 · AutomateExecutes specific action types inside agreed limitsSet limits, review

Glossary

TermDefinition
Background alarmAn alarm not explained by an earlier alarm; either an origin or routine noise
Triggered alarmAn alarm explained by an earlier alarm on a nearby device
Blast radiusThe set of services, tenants and endpoints affected by a condition
Biconnected componentA maximal part of a graph with no single vertex whose removal disconnects it
MELTMetrics, events, logs and traces
MTTRMean time to resolution

Known limits

We publish the limits of each technique alongside its results:

  • Verification covers connectivity and redundancy. Routing policy, ACLs, VLANs and capacity require separate configuration modeling.
  • Verification handles device failures; individual link cuts need separate handling. Resilience requirements above 2 use max-flow.
  • Causal grouping results to date come largely from simulation; production validation is ongoing.
  • Pacing parameters such as the churn cap are environment-specific and are set during the pilot.

Questions not answered here: book a technical assessment or email mohan@raincurve.com.

Make infrastructure intelligence operational.

Start with a conversation about your environment.