Skip to content

docs: add changelog entry for infrastructure scaling improvements#2516

Draft
maxdeichmann wants to merge 28 commits intomainfrom
add-perf-changelog
Draft

docs: add changelog entry for infrastructure scaling improvements#2516
maxdeichmann wants to merge 28 commits intomainfrom
add-perf-changelog

Conversation

@maxdeichmann
Copy link
Member

@maxdeichmann maxdeichmann commented Feb 11, 2026

Important

Added a new changelog entry documenting infrastructure scaling improvements including an observation-centric data model, UI performance enhancements, new v2 API endpoints, and supporting images.

  • New Changelog Entry: Added 2026-02-10-simplify-for-scale.mdx documenting major infrastructure changes:
    • Observation-centric data model that propagates trace-level attributes to child spans
    • UI performance improvements with significantly faster chart rendering and query execution
    • New v2 API endpoints for observations and metrics with optimized performance
    • Faster LLM-as-a-judge evaluations running directly on observations without database query overhead
    • Technical principles: immutable observations, no joins, observation-centric model
  • Supporting Assets: Added three images for the changelog (v4-banner.png, data-model.png, v4-perf-comparison.png)

This description was created by Ellipsis for 49c81a6. You can customize this summary. It will automatically update as commits are pushed.

@vercel
Copy link

vercel bot commented Feb 11, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
langfuse-docs Ready Ready Preview, Comment Mar 5, 2026 2:16pm

Request Review

@ellipsis-dev ellipsis-dev bot changed the title Add perf changelog docs: add changelog entry for infrastructure scaling improvements Feb 11, 2026
@github-actions
Copy link

github-actions bot commented Feb 11, 2026

📦 Next.js Bundle Analysis for langfuse-docs

This analysis was generated by the Next.js Bundle Analysis action. 🤖

New Page Added

The following page was added to the bundle from the code in this PR:

Page Size (compressed) First Load % of Budget (350 KB)
/changelog/2026-02-10-simplify-for-scale 62.92 KB 469.94 KB 134.27%

@review-notebook-app
Copy link

Check out this pull request on  ReviewNB

See visual diffs & provide feedback on Jupyter Notebooks.


Powered by ReviewNB


The data model now centers on [observations](/docs/observability/data-model#observations) as the primary concept.

Context attributes (`user_id`, `session_id`, `metadata`) set at the trace level now propagate automatically to all child spans. This eliminates the need to repeatedly update trace metadata or patch outputs across observations.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this something we actually want to promise here? Because with SDK upgrades, this relies on users using the propagate attributes method correctly. Currently, this is just for transition.

If we want to keep this section brief, we could state that this happens automatically for "old" SDKs, but causes an ingestion delay, or happens client side with instant data availability.

- **Python SDK**: v4 ([migration guide](/docs/observability/sdk/upgrade-path/python-v3-to-v4))
- **JS/TS SDK**: v5 ([migration guide](/docs/observability/sdk/upgrade-path/js-v4-to-v5))

The key change: `update_current_trace()` / `updateActiveTrace()` is replaced by `propagate_attributes()`, which automatically flows attributes like `user_id`, `session_id`, `metadata`, and `tags` to all child observations.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The key change: `update_current_trace()` / `updateActiveTrace()` is replaced by `propagate_attributes()`, which automatically flows attributes like `user_id`, `session_id`, `metadata`, and `tags` to all child observations.
The key change: `update_current_trace()` / `updateActiveTrace()` is replaced by `propagate_attributes()`, which automatically pushes attributes like `user_id`, `session_id`, `metadata`, and `tags` to all child observations.

- JS/TS debug mode: set `LANGFUSE_DEBUG="true"` (or `LANGFUSE_LOG_LEVEL="DEBUG"`).
- See [SDK advanced features](/docs/observability/sdk/advanced-features) and [OpenTelemetry troubleshooting for unwanted spans](/faq/all/existing-otel-setup#unwanted-spans-in-langfuse).

### `updateActiveTrace()` decomposed into 3 functions
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMO the 3 functions heading here is misleading as this section only covers propagateAttributes. Either this needs an introduction sentence that explains why it's a three-way split, or another heading.

- Python debug mode: use `Langfuse(debug=True)` or set `LANGFUSE_DEBUG="True"`.
- See [SDK advanced features](/docs/observability/sdk/advanced-features) and [OpenTelemetry troubleshooting for unwanted spans](/faq/all/existing-otel-setup#unwanted-spans-in-langfuse).

### `update_current_trace()` decomposed into 3 methods
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as with JS.

@@ -0,0 +1,166 @@
# Langfuse JS/TS SDK v5 — Breaking Changes
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are these supposed to live at the root level?

Comment on lines +121 to +134
## A note for self-hosted users

<Callout type="warning">
The changes described above are currently available on **Langfuse Cloud only**.
We do not have a timeline yet for self-hosted availability.
</Callout>

Our team is actively working on a path for self-hosters to adopt the new observation-centric data model.
This is a core priority for our team over the coming weeks.
Unfortunately, we cannot provide a timeline for a corresponding release, yet.

[//]: # (TODO: Add link to discussion)
We will share updates in the [changelog](/changelog) and on [GitHub Discussions]()
as they become available.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@maxdeichmann I would propose that we proactively open a new GitHub discussion and link it here. Otherwise, I tried to keep it brief and on the point without making strong timeline promises.
Please review and adjust as you see fit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants