Loading…
Introducing Genie ZeroOps: Put your data and AI operations on autopilot
Bilal Aslam, Lennart Kats, Ray Zhu, Mike Del Balso, Ori Zohar
- Source
- Databricks
- Published
- Added to Yomu
Summary
Genie ZeroOps is an autonomous background agent for monitoring and operating data and AI assets, including jobs, pipelines, tables, and ML models. It continuously detects visible and silent failures, uses Unity Catalog lineage and platform observability to assess root causes, generates remediation through development workflows, and verifies fixes in isolated sandboxes. These environments use shallow, zero-copy table clones, scoped permissions, and network isolation, so proposed changes run against real data without touching production or applying anything before approval. For ML workloads, the agent can diagnose degraded predictions, train a candidate on corrected features, evaluate it against the production model’s existing eval suite and criteria, and support live-traffic ramping when it is measurably better. Genie ZeroOps is entering private preview in the coming weeks, initially supporting jobs, pipelines, tables, and ML workloads; Apps and Lakebase databases are on the roadmap.
Context
Data and AI teams face maintenance burdens from code issues, upstream schema changes, late-arriving or bad data, silent data-quality failures, and ML model drift. The source says these operational demands leave teams spending much of their time fighting fires rather than building.
Approach / What changed
Genie ZeroOps monitors configured assets, detects failures through platform observability, traces causes with Unity Catalog lineage, generates fixes using development-workflow context, and verifies them in isolated sandboxes. It uses shallow zero-copy clones, scoped permissions, and network isolation; ML candidates are evaluated against the production model’s existing evaluation suite before any approved rollout.
Takeaways
- Unity Catalog lineage lets Genie ZeroOps trace incidents through dependency graphs, including upstream schema changes and bad data introduced by another pipeline.
- Verification uses shallow clones of production tables, real data, scoped permissions, and network isolation, with no production change applied before approval.
- For ML issues, candidate models train on corrected features and must be measurably better on the same evaluation suite and criteria as the production model before live-traffic ramping.