BYOC usage - Docs by LangChain

Once your data plane is active, all API traffic for its workspaces goes to the data plane endpoint rather than to the LangSmith Cloud backend. This page explains how to route requests to the right service. The LangSmith UI handles this automatically: it routes to the correct data plane based on the workspace you have selected. The guidance below applies to your own client applications and direct API calls.

Organizations, data planes, and workspaces

A BYOC deployment adds one level to the standard LangSmith resource hierarchy: the data plane, which sits between the organization and the workspace.

Organization: The top level. Users, roles, billing, SSO configuration, and API keys belong to the organization and live in the control plane.
Data plane: Belongs to an organization and represents physical separation of data. An organization can have several data planes, each in its own AWS account and region.
Workspace: Belongs to exactly one data plane, which you select when you create the workspace. Traces, datasets, experiments, and other application data live in a workspace.

Nesting diagram of a BYOC deployment. An organization contains two data planes, each labeled as physical separation. The first is in us-east-1 and the second is in eu-west-1. Each data plane holds one workspace per team, and every workspace is labeled as logical separation within its data plane.

Use data planes for physical separation of data, and workspaces for logical separation within a data plane. Common ways to divide data planes are:

Per region, such as us-east-1 and us-west-2, to keep sensitive application data in a specific region.
Per environment and region, such as prod us-east-1 and dev us-east-1, to hold production and development data in separate AWS accounts.
Per business unit, when each unit owns its own AWS account.

Below the data plane, workspaces and applications work the same as on Cloud or self-hosted. For more information, see Administration overview and Workload isolation.

Find your data plane endpoint

Each data plane has a base URL. Navigate to Settings > Data Planes to see each of your data planes, its state, and its API URL.

Data planes are provisioned with a private endpoint by default, so you need private connectivity to reach the base URL, such as Tailscale, AWS PrivateLink, or VPC peering.

Trace to a data plane

To send traces to a workspace that lives in your data plane, point the LangSmith SDK at the data plane endpoint and authenticate with an API key scoped to a workspace in that data plane:

export LANGSMITH_TRACING=true
export LANGSMITH_API_KEY="<your-api-key>"
export LANGSMITH_ENDPOINT="https://<data_plane_host>"

Create LANGSMITH_API_KEY from a workspace inside the target data plane. Traces are tenant-scoped, so an API key from a workspace on a different data plane, including a Cloud workspace, is rejected.

For a complete, runnable example, follow the Observability quickstart and substitute the environment variables above.

Route API requests

The base URL routes to different services depending on the path prefix:

Service	Path prefix	Example
LangSmith	`/api`	`https://<data_plane_host>/api/v1/sessions`
LangSmith Deployment	`/api-host`	`https://<data_plane_host>/api-host/v2/deployments`
LLM Gateway	`/gateway`	`https://<data_plane_host>/gateway/v1/chat/completions`

Trace to multiple endpoints

Use these patterns to trace to both Cloud and a data plane, or to multiple data planes.

Dual write to two endpoints

Set LANGSMITH_RUNS_ENDPOINTS to write to multiple endpoints:

export LANGSMITH_RUNS_ENDPOINTS='[
  {"api_url": "https://aws.api.smith.langchain.com", "api_key": "ls__key1", "project_name": "project-cloud"},
  {"api_url": "https://<data_plane_host>", "api_key": "ls__key2", "project_name": "project-byoc"}
]'

Choose the destination in application logic

To decide where to trace at runtime, create a client per endpoint and select between them:

import os

from langsmith import Client, traceable, tracing_context

CLOUD_ENDPOINT = "https://aws.api.smith.langchain.com"
BYOC_ENDPOINT = "https://<data_plane_host>"


def require_env(name: str) -> str:
    value = os.getenv(name)
    if not value:
        raise RuntimeError(f"Missing required environment variable: {name}")
    return value


cloud_client = Client(
    api_key=require_env("LANGSMITH_CLOUD_API_KEY"),
    api_url=CLOUD_ENDPOINT,
    workspace_id=os.getenv("LANGSMITH_CLOUD_WORKSPACE_ID"),
)

byoc_client = Client(
    api_key=require_env("LANGSMITH_BYOC_API_KEY"),
    api_url=BYOC_ENDPOINT,
    workspace_id=os.getenv("LANGSMITH_BYOC_WORKSPACE_ID"),
)


def get_workspace_routing(tenant_id: str):
    """Determine the tracing destination based on application routing logic."""
    if tenant_id.startswith("byoc_"):
        return byoc_client, os.getenv("LANGSMITH_BYOC_PROJECT", "byoc-customer-project")
    return cloud_client, os.getenv("LANGSMITH_CLOUD_PROJECT", "cloud-customer-project")


@traceable
def run_agent_workflow(query: str):
    return f"Processed: {query}"


def handle_request(tenant_id: str, query: str):
    client, project_name = get_workspace_routing(tenant_id)

    with tracing_context(enabled=True, client=client, project_name=project_name):
        return run_agent_workflow(query)

​Organizations, data planes, and workspaces

​Find your data plane endpoint

​Trace to a data plane

​Route API requests

​Trace to multiple endpoints

​Dual write to two endpoints

​Choose the destination in application logic

​See also

Organizations, data planes, and workspaces

Find your data plane endpoint

Trace to a data plane

Route API requests

Trace to multiple endpoints

Dual write to two endpoints

Choose the destination in application logic

See also