Toward a Four-Layer Architecture for Self-Hosted Enterprise AI Harnesses
Summary
The article proposes a four-layer reference architecture for self-hosted enterprise AI harnesses on Kubernetes, addressing the critical challenge of safely running AI agents in production. It emphasizes defining clear architectural boundaries rather than introducing new components. Inspired by Anthropic's harness concepts, the model adapts them for enterprise needs by making Identity and Policy an explicit layer and moving Environment to infrastructure. The four functional layers are: Input (for user, agent, and event traffic), Agent Loop (ReAct) (managing state, event reaction, and action selection), Execution (controlled access to external resources like tools and LLMs), and Identity, Policy & Audit (a cross-cutting layer for permissions, control, and investigation). This architecture is validated in a real Kubernetes-based implementation, focusing on operational maturity.
Key takeaway
For AI Architects and MLOps Engineers designing self-hosted enterprise AI agent platforms, prioritize defining clear architectural boundaries over selecting individual components. Your design should explicitly incorporate Identity, Policy, and Audit as distinct layers to ensure secure, auditable, and scalable agent operations. Implement robust data and runtime isolation, and manage agent credentials with short-lived, revocable access via secret brokers like Vault. This approach fosters operational maturity and safe production deployment.
Key insights
Architectural boundaries, not components, are key to safely deploying self-hosted enterprise AI agent harnesses.
Principles
- Architectural boundaries are more critical than component choice.
- Enterprise AI agents require declarative artifacts for review and production.
- Identity, Policy, and Audit must be explicit architectural layers.
Method
A four-layer architecture (Input, Agent Loop (ReAct), Execution, Identity, Policy & Audit) is proposed for self-hosted enterprise AI harnesses on Kubernetes, with clear integration boundaries.
In practice
- Isolate platform data using PostgreSQL RLS.
- Use namespace per tenant for agent runtime isolation.
- Grant short-lived credentials via Vault for agent access.
Topics
- Enterprise AI Harnesses
- AI Agent Architecture
- Kubernetes Deployment
- Identity and Policy
- Multi-tenancy
- Software Architecture
Best for: CTO, VP of Engineering/Data, Director of AI/ML, AI Architect, MLOps Engineer, AI Engineer
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 Towards AI - Medium.