diff --git a/docs/observability/how_to_guides/tracing/trace_with_opentelemetry.mdx b/docs/observability/how_to_guides/tracing/trace_with_opentelemetry.mdx index c6de0e81..abe19b07 100644 --- a/docs/observability/how_to_guides/tracing/trace_with_opentelemetry.mdx +++ b/docs/observability/how_to_guides/tracing/trace_with_opentelemetry.mdx @@ -40,7 +40,7 @@ OTEL_EXPORTER_OTLP_HEADERS="x-api-key=" ```bash OTEL_EXPORTER_OTLP_ENDPOINT=https://api.smith.langchain.com/otel -OTEL_EXPORTER_OTLP_HEADERS="x-api-key=,LANGSMITH_PROJECT=" +OTEL_EXPORTER_OTLP_HEADERS="x-api-key=,Langsmith-Project=" ``` ### 2. Log a trace @@ -136,7 +136,7 @@ TRACELOOP_HEADERS=x-api-key= #### **Optional: Specify a custom project name other than "default"** ```bash -TRACELOOP_HEADERS=x-api-key=,LANGSMITH_PROJECT= +TRACELOOP_HEADERS=x-api-key=,Langsmith-Project= ``` ### 2. Initialize the SDK diff --git a/docs/self_hosting/configuration/blob_storage.mdx b/docs/self_hosting/configuration/blob_storage.mdx index ab81d888..72c704fe 100644 --- a/docs/self_hosting/configuration/blob_storage.mdx +++ b/docs/self_hosting/configuration/blob_storage.mdx @@ -6,11 +6,11 @@ import { # Enable blob storage -By default, LangSmith stores run inputs, outputs, and errors in ClickHouse. In addition, LangSmith will store run manifests in Postgres. If you so choose, you can instead store this information in blob storage, which has a couple of notable benefits: +By default, LangSmith stores run inputs, outputs, errors, manifests, extras, and events in ClickHouse. If you so choose, you can instead store this information in blob storage, which has a couple of notable benefits: -1. In high trace environments, inputs, outputs, errors, and manifests may balloon the size of your databases. +1. In high trace environments, inputs, outputs, errors, manifests, extras, and events may balloon the size of your databases. 1. If using LangSmith Managed ClickHouse, you may want sensitive information in blob storage that resides in your environment. - To alleviate this, LangSmith supports storing run manifests, inputs, outputs, and errors in an external blob storage system. + To alleviate this, LangSmith supports storing run inputs, outputs, errors, manifests, extras, events, and attachments in an external blob storage system. ## Requirements diff --git a/docs/self_hosting/langsmith_managed_clickhouse.mdx b/docs/self_hosting/langsmith_managed_clickhouse.mdx index 461fd776..d7231e81 100644 --- a/docs/self_hosting/langsmith_managed_clickhouse.mdx +++ b/docs/self_hosting/langsmith_managed_clickhouse.mdx @@ -25,9 +25,9 @@ Using LangSmith Managed Clickhouse with your Self-Hosted LangSmith instance is f This [reference doc](../reference/data_formats/run_data_format) explains the format we use to store runs (spans), which are the building blocks of traces. -Our definition of sensitive information as it relates to application data are `inputs`, `outputs`, and `errors` of a run, since these fields can contain prompts and completions from LLMs. +Our definition of sensitive information as it relates to application data are `inputs`, `outputs`, `errors`, `manifests`, `extras`, and `events` of a run, since these fields can contain prompts and completions from LLMs. -With LangSmith-managed ClickHouse, we store `inputs`, `outputs`, and `errors` in cloud object storage (S3 or GCS) within your cloud and store the rest of the run data in ClickHouse. This ensures that sensitive information doesn't leave your VPC. +With LangSmith-managed ClickHouse, we store `inputs`, `outputs`, `errors`, `manifests`, `extras`, and `events` in cloud object storage (S3 or GCS) within your cloud and store the rest of the run data in ClickHouse. This ensures that sensitive information doesn't leave your VPC. ::: diff --git a/docs/self_hosting/release_notes.mdx b/docs/self_hosting/release_notes.mdx index d0342981..adf7bfc2 100644 --- a/docs/self_hosting/release_notes.mdx +++ b/docs/self_hosting/release_notes.mdx @@ -38,7 +38,7 @@ This release adds a number of new features, improves the performance of the Thre ### Infrastructure Changes - Added a Helm configuration option for Time To Live for traces. When set, this setting will apply only to net-new ingested traces and by changing this setting, _traces will be automatically and irrevocably deleted from Clickhouse after expiration of the TTL._ For more details see [TTL and Data Retention](./configuration/ttl). You may also need to change/audit your project default TTL settings. -- Added configuration option to enable `blobStorage`. This will move run inputs, outputs, and errors to blob storage to lower load on ClickHouse/reduce disk usage. Currently only S3 and GCP are supported. For more details see [Enable Blob Storage](./configuration/blob_storage). +- Added configuration option to enable `blobStorage`. This will move run inputs, outputs, errors, manifests, extras, and events to blob storage to lower load on ClickHouse/reduce disk usage. Currently only S3 and GCP are supported. For more details see [Enable Blob Storage](./configuration/blob_storage). - Default Resource/Limits for all resources. Note that you may need to tweak your cluster settings. - By default we will use: - 16 CPU