Data-Native AI Agents: Why Agents Must Move to Your Data
Summary
This post advocates for a "data-native" approach to AI agent architecture, contrasting it with the common "external agent" paradigm. External agents, which pull data into separate AI stacks, introduce significant challenges including governance weaknesses, increased latency from multi-hop operations, fragmented costs (egress, duplicate storage, per-token pricing), complex vendor coordination, and scattered observability. A critical flaw of external agents is their reliance on post-hoc governance, which fails when agents compute on data, leading to incomplete policy enforcement and higher token consumption. Data-native agents, conversely, operate within the existing data platform, unifying governance, security, and observability. Databricks implements this with Unity AI Gateway for traffic control, Unity Catalog for asset management, MLflow 3 for tracing, Model Serving for inference, AI Search for retrieval, and Lakebase for governed agent state and memory, ensuring policy enforcement at query planning time.
Key takeaway
For AI Architects or MLOps Engineers scaling enterprise AI agents, prioritize integrating them directly into your existing data platform. This approach ensures unified governance, security, and cost control, preventing the fragmentation and compliance risks associated with external AI stacks. You should inventory current external AI components to identify immediate governance gaps and begin treating AI primitives as governed assets within your data ecosystem.
Key insights
AI agents must operate within existing data platforms for unified governance, security, and cost efficiency, preventing issues from external, fragmented stacks.
Principles
- Data has gravity; move compute to data, not data to compute.
- Governance must be enforced at query planning, not post-hoc.
- Agent state and memory require the same governance as data.
Method
Integrate AI agents as native workloads within your data platform, leveraging existing governance, security, and observability controls for data, models, tools, and agent memory.
In practice
- Inventory external AI components running outside your perimeter.
- Treat AI primitives as Unity Catalog assets.
- Route all agent traffic through a central gateway.
Topics
- AI Agents
- Data Governance
- Lakehouse Architecture
- Unity Catalog
- AI Gateway
- Agent Memory
Best for: CTO, VP of Engineering/Data, AI Product Manager, AI Architect, MLOps Engineer, Director of AI/ML
Related on AIssential
See Counsel's argued verdicts on the open AI decisions leaders are weighing →
Editorial summary, takeaway, and curation by AIssential. Original article published by Databricks.