すべての SLO を一元管理
Sumo Logic のデータを使用して SLO を作成し、Nobl9 で組織全体の他のすべての SLO と一緒に表示します。
Sumo Logic による Nobl9 SLO の作成
Nobl9 は Sumo Logic と他 20 以上のデータソースをサポートし、メトリクスデータを取得し、エラーバジェットを計算・追跡し、組織全体の正常性を確認できるようにそれらを 1 つのビューに表示します。
コードで SLO を作成、更新、表示する業界屈指のツール
Nobl9 は OpenSLO をサポートし、コマンドラインツールを提供し、Github や Gitlab と統合して、ソースリポジトリで変更があったときの Nobl9 での SLO の更新を自動化します。これにより真のSLO-as-codeモデルが実現され、SLOの単一の情報源が確保され、すべてのツール間でSLOの同期が維持されます。
実用的なアラート
SLO基準が許容閾値に達した、または超過した場合には、直ちに行動を起こし、あらゆるアラート通知ツールに通知してください。Webhook を使用してインシデントを作成したり、CI パイプラインをブロックしたり、Slack や Discord を使ってチームにメッセージを送信したり、ServiceNow や Jira にバグを記録したり、Nobl9 に組み込まれている他の多くのオプションを利用したりできます。
サービスレベル目標 – グリッド表示
サービスレベル目標の概要と状態。
サービスレベル目標 – 比率
Sumo Logicのログデータに基づくSLOの詳細。このSLOの目的は、製品の一つのKubernetesクラスターの健全性を測定することです。これは、エラー以外の全イベント数を全イベント数で割った比率です。これは注意が必要なSLOの一例です。
サービスレベル目標 – しきい値
Sumo Logicのメトリクスデータに基づくSLOの詳細。このSLOは、CPU_LoadAvg_15min（過去15分間のシステム負荷平均）を測定するために設定されました。これは、それぞれ異なるしきい値を持つ2つの目標を持つSLOの例であり、両方のケースで良好な状態を維持しています。
アラートポリシーウィザード – アラート条件の定義
Sumo Logic SLO のアラート条件の定義。このケースでは、観測されたエラーバジェットが 3 日間で使い果たされ、この条件が 1 時間続いた場合、ユーザーに警告されます。
サービスヘルスダッシュボード
組織全体の正常性を俯瞰します。
