• /
  • EnglishEspañolFrançais日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

レベル3 - サービスレベル達成スコアカードルール

サービスレベルの達成は、サービスが定義されたサービスレベル目標 (SLO) を一貫して満たしているかどうかを測定し、オペレーショナルエクセレンスとオブザーバビリティ実践のビジネス価値を実証します。 これは、成熟した観測プログラムの頂点を表します。

このスコアカードルールについて

このサービスレベル到達ルールは、ビジネス稼働時間成熟度モデルのレベル 3 (マスタリー) の一部です。 これは、サービスが信頼性の目標を満たしているかどうかを評価し、オブザーバビリティの実践が測定可能なビジネス成果をもたらしていることを示します。

これが重要な理由:一貫した SLO の達成は、オブザーバビリティへの投資が、顧客が信頼できる信頼できるサービスに変換されていることを示しています。 このレベルの優れたパフォーマンスにより、顧客満足度、ビジネスの成長、競争上の優位性が促進されます。

このルールの仕組み

このルールは、アカウント内で定義されている各 SLI の最新のサービスレベル コンプライアンス スコアを評価します。 定義された期間にわたってサービスが SLO 目標を達成しているかどうかを測定します。

スコアを理解する

  • 合格(緑):サービスは 95% 以上のコンプライアンス率で SLO を一貫して満たしています
  • 不合格(赤): 1つ以上のサービスが95%のSLOコンプライアンス閾値を下回っています
  • ターゲット:すべての重要なサービスが95%以上のSLOコンプライアンスを達成し、信頼性の高いサービス提供を実証

これが意味するもの:

  • 合格点:サービスの一貫性と信頼性が高く、ユーザーの期待とビジネス要件を満たすパフォーマンスを実現
  • 不合格スコア:サービスの信頼性の問題がユーザー体験に影響し、ビジネス成果に影響を与える可能性があります

95%の閾値を理解する

95% SLO コンプライアンス は、信頼性と運用効率のバランスを表します。

なぜ95%なのでしょうか?

  • 業界標準:高可用性サービスの一般的な業界慣行に準拠
  • エラー バジェットの概念: 5% の故障率を許容し、メンテナンス、デプロイメント、および予期しない問題に対する柔軟性を提供します。
  • ビジネスへの影響:通常、顧客満足度が高い信頼性レベルを表します
  • 運用の持続可能性:過度の運用オーバーヘッドやコストをかけずに達成可能

閾値を調整するタイミング

  • より高い要件(99%以上):ミッションクリティカルなシステム、金融サービス、ヘルスケアアプリケーション
  • 低い要件(90~94%):社内ツール、実験的な機能、コスト重視のアプリケーション
  • 変数値:サービスティアまたはユーザーセグメントごとに異なる目的

サービスレベル達成度を向上させる方法

スコアに SLO コンプライアンスの問題が示されている場合は、次の体系的なアプローチに従ってください。

1. パフォーマンスの低いサービスを特定する

SLO の分析 保留:

  1. コンプライアンスの傾向を確認する:どのサービスが一貫して SLO の目標を達成できていないのかを確認します。
  2. パターンの特定:禁断が特定の時間、デプロイメント中、または特定の条件下で発生するかどうかを判断します。
  3. 影響を評価する:どの SLO 未達がビジネスまたはユーザーへの影響が最も大きいかを把握する
  4. 改善の優先順位付け:ビジネス上の重要性が最も高く、SLO ギャップが最も大きいサービスに最初に重点を置く

データドリブン分析を使用します。

  • エラー バジェットの消費率:サービスが許可されたエラー バジェットをどれだけ早く消費するかを追跡します
  • 時系列分析:時間の経過に伴う SLO パフォーマンスの傾向を特定する
  • 相関分析: SLO 違反とその他のイベント (デプロイメント、トラフィックの急増、インフラストラクチャの変更) との関係を調べます。

2. 根本原因を調査する

技術的要因:

  • インフラストラクチャの問題:容量の制約、ハードウェア障害、ネットワークの問題
  • アプリケーションのバグ:パフォーマンスの低下、メモリリーク、非効率的なアルゴリズム
  • デプロイメントの問題:不正なリリース、設定エラー、ロールバックの問題
  • 依存関係の障害:サードパーティのサービス停止、データベースのパフォーマンス、API レート制限

運用上の要因:

  • 監視ギャップ:監視能力が不十分で問題検出が遅れる
  • インシデント対応:プロセスやツールの不備により解決に時間がかかる
  • 変更管理:不適切なテストまたはデプロイメントの実践
  • キャパシティプランニング:ピーク使用時のリソース不足

3. ターゲットを絞った改善を実施する

直ちに行うべき行動:

  • 重大な問題を修正する: SLO違反を引き起こす継続的な問題に対処する
  • パフォーマンスの最適化:データベースクエリの調整、キャッシュの改善、リソース使用の最適化
  • 監視の強化:より詳細な監視機能を追加して、問題をより迅速に特定します。
  • インシデント対応の改善:プロセスを合理化して平均解決時間を短縮する

戦略的な改善:

  • アーキテクチャーの強化:冗長性の実装、拡張性の向上、依存関係の削減
  • 自動化:デプロイ自動スケーリング、自己修復システム、自動回復手順
  • 品質プラクティス:テストの強化、カナリアデプロイメントの実装、コードレビューの改善
  • キャパシティ管理:より優れたリソース計画、プロアクティブなスケーリング、パフォーマンステスト

4. SLOとSLIを最適化する

SLO の適切性を確認します。

  • ビジネスの整合性: SLO が実際のビジネス要件とユーザーの期待を反映していることを確認する
  • 達成可能性:現在のテクノロジーとリソースの制約を考慮して、SLO が現実的であることを確認する
  • 測定可能性: SLI が測定中のユーザー エクスペリエンスを正確にキャプチャしていることを確認します。

SLI 定義を改良する:

  • ユーザーの焦点: SLI が技術的なメトリクスだけでなく、ユーザーが実際に体験していることを確実に測定します。
  • 実行可能性: SLI違反が明確で実行可能な改善機会につながることを確認する
  • 感度: SLI を調整して、過度のノイズなしで重要な問題をキャッチします。

改善の測定

これらのメトリクスを追跡して、サービスレベルの達成度の向上を確認します。

  • SLO 遵守率: 95% の信頼性目標を満たしているサービスの割合
  • エラーバジェットの使用率:サービスが許容される障害バジェットをどれだけ効率的に使用するか
  • 改善速度:パフォーマンスが低いサービスがコンプライアンスを達成する速度
  • ビジネスへの影響の相関関係: SLO 達成とビジネス メトリクス (顧客満足度、収益、チャーン) の関係

一般的なシナリオと解決策

努力にもかかわらず、SLO が常に達成されない:

  • 問題:一部のサービスは信頼性を達成できていないようです
  • 解決策: SLO の目標を現実的に再評価し、基本的なアーキテクチャーの問題を調査するか、重要性の低いサービスについては信頼性の低下を受け入れることを検討します。

デプロイメント期間中の SLO 違反:

  • 問題:リリースによってSLO違反が頻繁に発生する
  • 解決策:ブルーグリーンデプロイメントを実装し、テスト方法を改善し、カナリアリリースを使用するか、計画されたメンテナンスを考慮してSLOを調整する

SLO に影響を与える外部依存関係の障害:

  • 問題:サードパーティのサービスが制御不能な SLO 違反を引き起こす
  • 解決策:サーキットブレーカー、フォールバックメカニズム、冗長プロバイダーを実装するか、SLO計算から外部依存関係の障害を除外する

季節的または周期的な SLO 違反:

  • 問題:予測可能なピーク期間中にサービスがSLOに違反する
  • 解決策:プロアクティブなスケーリング、キャパシティプランニングを実装するか、既知のトラフィックパターンを考慮した時間ベースのSLOを作成する

高度なサービスレベル管理

エラーバジェットポリシー

明確なポリシーを確立する:

  • 予算枯渇への対応:サービスがエラー予算を超えた場合に何が起こるか
  • デプロイメントのフリーズ:信頼性の懸念からリリースを停止するタイミング
  • リソースの割り当て:信頼性作業と機能開発の優先順位付け

予算追跡を実装する:

  • リアルタイム監視:測定期間全体にわたってエラーバジェットの消費を追跡します
  • 予測アラート:サービスが予算を使い果たしそうなときに警告します
  • 履歴分析:過去の予算利用パターンから学ぶ

ビジネスインパクト測定

SLO をビジネス成果に結び付ける:

  • 顧客満足度: SLO の達成と顧客アンケートおよびフィードバックを関連付けます。
  • 収益への影響: SLO 違反が売上、コンバージョン、顧客維持にどのように影響するかを測定します
  • 運用効率:信頼性の高いサービスがサポートの負担と運用コストをどのように削減するかを追跡します

ROI を実証する:

  • ダウンタイムのコスト: SLO のビジネスへの影響を計算する
  • 投資の正当性: SLO データを使用して信頼性向上への投資をサポートする
  • ステークホルダーレポート:経営陣にビジネス価値と結びついた明確な信頼性のメトリクスを提供

継続的な改善の実践

定期的な SLO レビュー サイクル:

  • 四半期ごとの評価: SLOの適切性と達成率を評価する
  • 年間計画:ビジネス戦略に沿った信頼性の目標を設定する
  • インシデント後のレビュー:障害から学んだ教訓に基づいて SLO を更新する

文化的統合:

  • チームの説明責任: SLO 達成をチーム目標とパフォーマンス レビューの一部にする
  • 部門を超えたコラボレーション:開発、運用、ビジネスの各チームが信頼性という目標に沿って連携できるようにする
  • 信頼性の擁護:組織全体の機能として信頼性を擁護する

組織の成熟度の構築

経営報告

ビジネスに重点を置いたダッシュボードを作成します。

  • サービスヘルスの概要:すべての重要なサービス SLO ステータスの概要
  • 傾向分析:時間の経過に伴う改善または低下のパターンを表示します
  • ビジネスへの影響 メトリクス:信頼性を顧客と収益に結びつける メトリクス

定期的なステークホルダーとのコミュニケーション:

  • 月次信頼性レポート: SLO パフォーマンスと改善イニシアチブの概要
  • インシデント影響分析:主要な信頼性の問題に関するビジネスコンテキスト
  • 投資に関する推奨事項:信頼性向上のためのデータドリブン提案

チーム開発

信頼性の専門知識を構築:

  • SRE 実践トレーニング:エラー バジェット、SLO 管理、信頼性エンジニアリングについてチームを教育します
  • チーム間の知識共有:組織全体で信頼性の成功事例を共有する
  • 外部学習:カンファレンスに出席し、業界の信頼性コミュニティに参加する

信頼性文化を確立する:

  • 機能としての信頼性:信頼性を新しい機能と同じ優先順位で扱います。
  • 責任の共有:信頼性は運用だけでなく全員の責任とする
  • 信頼性の勝利を祝う:サービスの信頼性を向上させたチームと個人を表彰します

重要な考慮事項

  • 信頼性とイノベーションのバランスをとる:完璧主義的な信頼性によって製品開発が遅れないようにしてください。
  • ユーザーへの影響に焦点を当てる:社内の技術的なメトリクスよりも、顧客エクスペリエンスに真の影響を与える SLO を優先します。
  • 進化型アプローチ:サービスの成熟やビジネス要件の変化に応じて SLO を進化させる
  • ツールとプロセスの統合: SLO 管理が既存の開発および運用と確実に統合されるようにする ワークフロー

次のステップ

  1. 即時の対応:根本原因分析と改善を通じて、現在SLOコンプライアンスを満たしていないサービスに対処します。
  2. プロセスの最適化:定期的な SLO レビュー サイクルとエラー バジェット管理プラクティスを確立する
  3. ビジネス統合: SLO の達成をビジネス メトリクスおよびステークホルダー レポートに結び付ける
  4. 文化の発展:競争上の優位性としての信頼性に対する組織的なコミットメントを構築する
  5. 継続的な進化:サービスレベル管理の実践を定期的に評価し、改善する

高度なサービスレベル管理に関する包括的なガイダンスについては、 サービスレベル管理実装ガイドおよびSREベストプラクティスのドキュメント を参照してください。

Copyright © 2025 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.