AS

ajay150313/slo-impact

API development

このページは AI により自動翻訳されています。技術的な詳細は原文をご確認ください。 原文を見る

100 stars 品質 77 トレンド 29MIT

ユーザー インパクト ウェイト SLO ダッシュボード — 実際の顧客の露出による真の 99.99% の稼働時間を測定します

概要

実際の顧客の露出による真の99.99%の稼働時間を測定 — 生の可用性だけではありません。 各SREは、式(total time - downtime)/合計 timeを知っています。 しかし、そのメトリックは同じように扱う . オンコールプラットフォームが99.99%を示したとき、顧客は99.99%の可用性を経験したことを意味するのですか? インフラが99.99%を上回ったの? 生の稼働時間は毎分カウントされます。 影響を受けた時とピークのトラフィックであった時、影響を受けた時の重みに影響する。 インレポのデモコレクタ(合成銀行プラットフォーム、ライブ顧客データなし)からレンダリング。 docker-compose または slo-impact で起動し、[http://localhost:8080.] を開きます。 各インシデントでは、2つの追加寸法をキャプチャします。 ユーザーの5%に影響する8%のトラフィックで3 AMの停電は、同じ停電がピークにどのように貢献するかだけに貢献します。 そのギャップ — インフラストラクチャレポートと顧客がどのようなことを感じているのか - SLOの完全性に重要な数字です。 「SLOが違反したことがなかった場合、SLOはSLOではありません.

概要(AI 翻訳)

ユーザー インパクト ウェイト SLO ダッシュボード。 実際の顧客の露出によってtrue 99.99%の稼働時間を測定して下さい — 生の可用性だけ。

お問い合わせ

生の可用性の問題

すべてのSREは式を知っています: (total_time − downtime) / total_time]。 しかし、そのメトリックは、同じように、ユーザーの3%に影響を与える** 3 AMの不足を扱います ピークロードですべてのユーザーに影響する正当な停電**。

オンコールプラットフォームが99.99%を示したとき、それはあなたの顧客が経験したという意味でした 99.99% の可用性? インフラが99.99%を上回ったの?

slo-impactは実際の質問に答えます。

お問い合わせ

アーキテクチャ

生の稼働時間は毎分カウントされます。 影響を受けた時とピークのトラフィックであった時、影響を受けた時の重みに影響する。

デモダッシュボード

インレポのデモコレクタ(合成銀行プラットフォーム、ライブ顧客データなし)からレンダリング。 [docker-compose up または slo-impact] で起動し、[http://localhost:8080. を開きます。

使い方

各インシデントでは、2つの追加寸法をキャプチャします。

| 寸法 | 意味 | お問い合わせ | [user_fraction | 実際に影響を受けるユーザーの拠点の割合 | | 【[[T6]】 | 交通事故に伴う交通アクセス |

インシデントごとのユーザーインパクトダウンタイム:

このページは AI により自動翻訳されています。技術的な詳細は原文をご確認ください。

README

以下は原文 README の抜粋です。原文を見る。

slo-impact

User-impact-weighted SLO dashboard.
Measure true 99.99% uptime by actual customer exposure — not just raw availability.


The problem with raw availability

Every SRE knows the formula: (total_time − downtime) / total_time.
But that metric treats a 3 AM outage affecting 3% of users identically to a noon outage affecting all users at peak load.

When your oncall platform showed 99.99%, did it mean your customers experienced 99.99% availability? Or just that your infrastructure was up 99.99% of the time?

slo-impact answers the real question.


Architecture

Raw uptime counts every minute. Impact uptime weights who was affected and whether it was peak traffic.

Demo dashboard

Rendered from the in-repo demo collector (synthetic banking platform, no live customer data). Start it with docker-compose up or slo-impact and open http://localhost:8080.

How it works

For each incident we capture two extra dimensions:

Dimension Meaning
user_fraction Fraction of the user base actually affected (0–1)
traffic_weight Traffic during incident ÷ baseline traffic

User-impact downtime per incident:

impact_seconds = duration × user_fraction × traffic_weight

User-impact uptime:

user_impact_uptime = 1 − (Σ impact_seconds) / window_seconds

A 3 AM outage at 8% traffic affecting 5% of users contributes only 0.4% of what the same outage would contribute at peak. That gap — between what your infrastructure reports and what customers feel — is the number that matters for SLO integrity.

“If your SLO has never been breached, it isn’t an SLO. It’s a slogan.”


Quick start

git clone https://github.com/Ajay150313/slo-impact.git
cd slo-impact
docker-compose up

Open http://localhost:8080 — the dashboard runs with built-in synthetic data that mirrors a realistic digital banking platform. No Prometheus required.

Option 2 — pip

pip install slo-impact          # once published to PyPI
# or from source:
pip install -e .

slo-impact                      # starts on http://0.0.0.0:8080

Option 3 — from source (development)

git clone https://github.com/Ajay150313/slo-impact.git
cd slo-impact
python -m venv .venv && source .venv/bin/activate
pip install -r requirements.txt
uvicorn slo_impact.main:app --reload --port 8080

Prometheus integration

GitHub で README 全文を見る

推奨ツール

別のキーワードを試すか、フィルタを外してください。

インストール

npx skillfish add ajay150313/slo-impact
MCP 初心者?mcpskill.org のガイドから始めましょう →