Self-hosted LangSmith

LangSmith supports different self-hosted configurations depending on your scale, security, and infrastructure needs. This page provides an overview of the supported self-hosted models:

• LangSmith: Deploy an instance of the LangSmith application that includes observability, tracing, and evaluations in the UI and API. Best for teams who want self-hosted monitoring and evaluation without deploying agents.
• LangSmith with deployment: Deploy a graph to LangGraph Server via the control plane. The control plane and data plane form the full LangSmith platform, providing UI and API management for running and monitoring agents. This includes observability, evaluation, and deployment management.
• Standalone server: Deploy a LangGraph Server directly without the control plane UI. Ideal for lightweight setups running one or a few agents as independent services, with full control over scaling and integration.

Model	Includes	Best for	Methods
LangSmith	LangSmith app (UI + API) Backend services (queue, playground, ACE) Datastores: PostgreSQL, Redis, ClickHouse, optional blob storage	Teams who need self-hosted observability, tracing, and evaluation Running the LangSmith app without deploying agents/graphs	Docker Compose (dev/test) Kubernetes + Helm (production)
LangSmith with deployment	Everything from LangSmith Control plane (deployments UI, revision management, Studio) Data plane (LangGraph Server pods) Kubernetes operator for orchestration	Enterprise teams needing a private LangChain Cloud Centralized UI/API for managing multiple agents/graphs Integrated observability and orchestration	Kubernetes with Helm (required) Runs on EKS, GKE, AKS, or self-managed clusters
Standalone server	LangGraph Server container(s) Requires PostgreSQL + Redis (shared or dedicated) Optional LangSmith integration for tracing	Lightweight deployments of one or a few agents Integrating LangGraph Servers as microservices Teams preferring to manage scaling & CI/CD themselves	Docker / Docker Compose (dev/test) Kubernetes + Helm (production) Any container runtime or VM (ECS, EC2, ACI, etc.)

​

LangSmith

Deploy an instance of the LangSmith application that includes observability, tracing, and evaluations in the UI and API—but without the ability to deploy agents through the control plane. This includes: Services:

• LangSmith frontend UI
• LangSmith backend API
• LangSmith Platform backend
• LangSmith Playground
• LangSmith queue
• LangSmith ACE (Arbitrary Code Execution) backend

Storage services:

• ClickHouse (traces and feedback data)
• PostgreSQL (operational data)
• Redis (queuing and caching)
• Blob storage (optional, but recommended for production)

To access the LangSmith UI and send API requests, you will need to expose the LangSmith frontend service. Depending on your installation method, this can be a load balancer or a port exposed on the host machine.

​

Services

Service	Description
LangSmith frontend	The frontend uses Nginx to serve the LangSmith UI and route API requests to the other servers. This serves as the entrypoint for the application and is the only component that must be exposed to users.
LangSmith backend	The backend is the main entrypoint for CRUD API requests and handles the majority of the business logic for the application. This includes handling requests from the frontend and SDK, preparing traces for ingestion, and supporting the hub API.
LangSmith queue	The queue handles incoming traces and feedback to ensure that they are ingested and persisted into the traces and feedback datastore asynchronously, handling checks for data integrity and ensuring successful insert into the datastore, handling retries in situations such as database errors or the temporary inability to connect to the database.
LangSmith platform backend	The platform backend is another critical service that primarily handles authentication, run ingestion, and other high-volume tasks.
LangSmith playground	The playground is a service that handles forwarding requests to various LLM APIs to support the LangSmith Playground feature. This can also be used to connect to your own custom model servers.
LangSmith ACE (Arbitrary Code Execution) backend	The ACE backend is a service that handles executing arbitrary code in a secure environment. This is used to support running custom code within LangSmith.

​

Storage services

Service	Description
ClickHouse	ClickHouse is a high-performance, column-oriented SQL database management system (DBMS) for online analytical processing (OLAP). LangSmith uses ClickHouse as the primary data store for traces and feedback (high-volume data).
PostgreSQL	PostgreSQL is a powerful, open source object-relational database system that uses and extends the SQL language combined with many features that safely store and scale the most complicated data workloads. LangSmith uses PostgreSQL as the primary data store for transactional workloads and operational data (almost everything besides traces and feedback).
Redis	Redis is a powerful in-memory key-value database that persists on disk. By holding data in memory, Redis offers high performance for operations like caching. LangSmith uses Redis to back queuing and caching operations.
Blob storage	LangSmith supports several blob storage providers, including AWS S3, Azure Blob Storage, and Google Cloud Storage. LangSmith uses blob storage to store large files, such as trace artifacts, feedback attachments, and other large data objects. Blob storage is optional, but highly recommended for production deployments.

​

Setup methods

• Docker Compose (development/testing only)
• Kubernetes + Helm (recommended for production)

​

Setup guides

• Install on Kubernetes (production)
• Install with Docker (development only)

​

LangSmith with Deployment

LangSmith with deployment builds on top of the LangSmith option. Enabling deployment is ideal for enterprise teams who want a centralized, UI-driven platform to deploy and manage multiple agents and graphs, with all infrastructure, data, and orchestration fully under their control. This includes everything from LangSmith, plus:

Component	Responsibilities	Where it runs	Who manages it
Control plane	UI for creating deployments & revisions APIs for deployment management	Your cloud	You
Data plane	Operator/listener to reconcile deployments LangGraph Servers (agents/graphs) Backing services (Postgres, Redis, etc.)	Your cloud	You

You run both the control plane and the data plane entirely within your own infrastructure. You are responsible for provisioning and managing all components.

​

Requirements

1. You must already have a self-hosted LangSmith instance installed in your cloud
2. Kubernetes cluster (required for control plane and data plane)
3. Use langgraph-cli or Studio to test your graph locally
4. Build a Docker image with langgraph build
5. Deploy your LangGraph Server via the LangSmith control plane UI or through your container tooling of choice
6. All agents are deployed as Kubernetes services behind the ingress configured for your LangSmith instance

​

Supported compute platforms

• Kubernetes: LangSmith with deployment supports running control plane and data plane infrastructure on any Kubernetes cluster.

​

Setup guide

​

Standalone Server

The Standalone server option is the most lightweight and flexible way to run LangSmith. Unlike the other models, you only manage a simplified data plane made up of LangGraph Servers and their required backing services (PostgreSQL, Redis, etc.). This includes:

Component	Responsibilities	Where it runs	Who manages it
Control plane	n/a	n/a	n/a
Data plane	LangGraph Servers Postgres, Redis, etc.	Your cloud	You

This option gives you full control over scaling, deployment, and CI/CD pipelines, while still allowing optional integration with LangSmith for tracing and evaluation.

​

Workflow

1. Define and test your graph locally using the langgraph-cli or Studio
2. Package your agent as a Docker image
3. Deploy the LangGraph Server to your compute platform of choice (Kubernetes, Docker, VM)
4. Optionally, configure LangSmith API keys and endpoints so the server reports traces and evaluations back to LangSmith (self-hosted or SaaS)

​

Supported compute platforms

• Kubernetes: Use the LangSmith Helm chart to run LangGraph Servers in a Kubernetes cluster. This is the recommended option for production-grade deployments.
• Docker: Run in any Docker-supported compute platform (local dev machine, VM, ECS, etc.). This is best suited for development or small-scale workloads.

​

Setup guide

---