LakeLogic
Loading…

Platform · Overview

Block at the PR.
Quarantine at runtime.
Resolve with Zeus.

One contract declares what the data must be. The same contract gates the change, holds the rows that break it, and gives Zeus the context to draft the fix.

Platform · the loopExample
One contract, three controlsCatch · Contain · Fix
01 Catch itMerge blockedauthor + reviewer, in the PR: 3 of 12 gates failed
02 Contain it279 rows heldthe platform, at runtime; consumers keep the last good version
03 Fix itPR awaiting reviewZeus drafts, a steward approves
66Contracts governed
12Gates per change
4mDetect to draft fix
The same contract drives all threeDeclared once

Inside each area

12 capabilities

Contracts

  • Contract registry

    YAML contracts, ownership, expectations and data-product context in one layer

  • Visual contract editor

    Metadata, fields, quality rules and compliance posture without hand-writing YAML

  • PR-based quality gates

    Contract changes reviewed in the delivery workflow, before they reach production

Observability

  • Quarantine explorer

    Blocked rows, failed rules, affected products and recovery evidence in one view

  • Pipeline reliability

    Failures, volume shifts, freshness drift and trusted-row impact across the estate

  • Rule analytics

    Which rules fail most, which products are exposed, where remediation should start

Zeus work queue

  • Incident diagnosis

    Alerts and ticket-driven requests become diagnosed items with context and a next action

  • Clear remediation paths

    Routed explicitly as a contract PR or a direct remediation, never left ambiguous

  • Reusable playbooks

    Repeated fixes promoted into operational memory, with confidence signals

Governance

  • Risk & compliance

    Personal-data impact, quality coverage, classification and contract health

  • Audit evidence

    A traceable record of changes, incidents, AI decisions, approvals and actions

  • Lineage with policy context

    Upstream and downstream lineage tied to PII overlays, owners and rule violations

What changes

Operating model

MomentWith LakeLogicWithout
A contract changeReviewed as a diff, gated in CIMerged, then discovered downstream
Bad rows at runtimeQuarantined at the boundary, counted and attributedLoaded, then cleaned up later
Incident triageStarts at blast radius and contract contextStarts at log archaeology
A fixDrafted with evidence, approved by a steward · Design partner betaHand-written, then repeated next quarter
Compliance evidenceExported from the contracts that enforce itAssembled by hand before the audit
The visual contract editorAuthoring alongside the YAML · BetaYAML by hand

Runs on your stack

Metadata only

Engines: the contract executes here

  • Apache Spark
  • Polars
  • DuckDB

Platforms: read and written in place

  • Databricks
  • Microsoft Fabric
  • Snowflake
  • BigQuery
  • Redshift
  • AWS EMR
  • Glue
  • Synapse
  • Dataproc

Workflow

  • GitHub
  • dbt
  • Airflow
  • Jira

LakeLogic reads metadata: table and column names, schemas, lineage, row counts and run logs. Row values stay in your platform.

Run this on your stack.

See the operating layer against your own contracts and pipelines, or start with the Apache 2.0 engine and keep everything in your lakehouse.

Ready to build trusted data products?

See LakeLogic in action.