diff --git a/docs/my-website/blog/litellm_observatory/index.md b/docs/my-website/blog/litellm_observatory/index.md
index f9944be8c2..4554f77fb8 100644
--- a/docs/my-website/blog/litellm_observatory/index.md
+++ b/docs/my-website/blog/litellm_observatory/index.md
@@ -1,6 +1,6 @@
 ---
 slug: litellm-observatory
-title: "LiteLLM Observatory: Raising the Bar for Release Reliability"
+title: "Improve release stability with 24 hour load tests"
 date: 2026-02-06T10:00:00
 authors:
   - name: Alexsander Hamir
@@ -22,7 +22,7 @@ hide_table_of_contents: false
 
 ![LiteLLM Observatory](https://raw.githubusercontent.com/AlexsanderHamir/assets/main/Screenshot%202026-01-31%20175355.png)
 
-# LiteLLM Observatory: Raising the Bar for Release Reliability
+# Improve release stability with 24 hour load tests
 
 As LiteLLM adoption has grown, so have expectations around reliability, performance, and operational safety. Meeting those expectations requires more than correctness-focused tests, it requires validating how the system behaves over time, under real-world conditions.
 
@@ -53,22 +53,23 @@ The issue that surfaced was not caused by a single incorrect line of logic, but
 Cannot send a request, as the client has been closed
 ```
 
+**Before (with bug):**
+
+| Provider | Requests | Success | Failures | Fail % |
+|----------|----------|---------|----------|--------|
+| OpenAI   | 720,000  | 432,000 | 288,000  | 40%    |
+| Azure    | 692,000  | 415,200 | 276,800  | 40%    |
+
+**After (fixed):**
+
+| Provider | Requests   | Success   | Failures | Fail %  |
+|----------|------------|-----------|----------|---------|
+| OpenAI   | 1,200,000  | 1,199,988 | 12       | 0.001%  |
+| Azure    | 1,150,000  | 1,149,982 | 18       | 0.002%  |
+
 Our focus moving forward is on being the first to detect issues, even when they aren’t covered by unit tests. LiteLLM Observatory is designed to surface latency regressions, OOMs, and failure modes that only appear under real traffic patterns in **our own production deployments** during release validation.
 
 
----
-
-## Introducing LiteLLM Observatory
-
-To systematically address this class of issues, we built **LiteLLM Observatory**.
-
-The Observatory is a long-running testing orchestrator used during release validation to exercise LiteLLM under production-like conditions for extended periods of time.
-
-Its core goals are:
-
-- Validate behavior over hours, not minutes
-- Turn production learnings into permanent release safeguards
-
 ---
 
 ### How the Observatory Works
@@ -132,5 +133,4 @@ Reliability is an ongoing investment.
 LiteLLM Observatory is one of several systems we’re building to continuously raise the bar on release quality and operational safety. As LiteLLM evolves, so will our validation tooling, informed by real-world usage and lessons learned.
 
 We’ll continue to share those improvements openly as we go.
-```