TechFabricTechFabricRadar

Architecture

The concepts behind TechFabric Radar (monitors and SLOs, the anomaly lifecycle, and governed interventions) and the loop that connects them.

Radar is a TechFabric family vertical. It composes published contracts from Platform, Harness and Experiments, and never re-implements them. Three domain concepts make up the product.

Family interface

The mission-control console composes the public @fabricorg/ui package from Fabric-Pro/fabric-ui. Shared tables, record panels, status tags, controls, semantic tokens, font roles, motion preferences, and responsive behavior therefore stay consistent with Tower, Experiments, Harness and Canvass. Radar keeps only domain-specific composition and form helpers locally; it does not copy shared components or the family operator theme.

Monitors and SLOs

A monitor is the unit of work, meaning a watched workload. That might be a pipeline, an experiment run series or a model deployment, together with its declared SLOs. Those SLOs cover the dimensions operators actually get paged for, so a cost ceiling, a freshness lag and a quality floor.

Declaring a monitor is a governed action, so changes to what is watched are policy-checked and audited just like changes to the workloads themselves.

Telemetry is the deliberate exception to "everything is an action." Metrics ingest is append-only into Lakebase metrics tables with a Delta projection on top. High-volume signal never becomes a mutation, and the event log stays a record of decisions, not samples.

Anomalies

Detection belongs to TechFabric Experiments. Evaluators over Databricks system tables and MLflow run on a Temporal Schedule; when one crosses a monitor's threshold, Radar raises an anomaly with the evaluator evidence attached. The anomaly lifecycle is a state machine, raised, triaged, acted on, resolved, projected into the console inbox from Platform events. Triage is done by humans in the console or by a finite Harness agent whose only write tool is the governed intervention request.

Interventions

An intervention is a governed write against a running workload. You pause a pipeline, cancel a run or quarantine a model. Interventions are TechFabric Platform actions executed through Harness adapters. Model quarantine, for example, applies Unity Catalog model-version tags and alias locks via Harness's Databricks transport. Blast-radius policies gate how much a single intervention can touch, and durable execution comes from Temporal intervention workflows composed from @fabric-harness/temporal.

The loop

Every arrow that changes state is a Platform action invocation with an actor, a policy check, a state-machine transition, and an audit event. Radar also consumes runway.* events through listEvents() projections, so deploys, gate verdicts, and promotions annotate monitor rows, the answer to "what shipped this" is always one join away.

Boundaries

Radar owns no Temporal client plumbing, no anomaly-detection engine, no Databricks auth or REST clients, and no mutation pipeline of its own. Those belong to Harness, Experiments, and Platform respectively; the repository's regression contract rejects the imports that would smuggle them back in.

On this page