Use Case Explorerオブザーバビリティ用
オブザーバビリティは、計画外のダウンタイムによるコストを削減することで、デジタルレジリエンスを向上させます。ダウンタイムには、可用性の問題、パフォーマンスの問題、ユーザビリティの問題などが含まれます。コストには、収益の損失、ツールの増加や過剰プロビジョニングへの過剰支出、市場投入までの時間の延長による機会損失などが含まれます。オブザーバビリティ戦略に苦慮しているチームからは、次のような問題が報告されることがよくあります。
- 可視性が断片化している。ツールが多すぎても、本当に必要なツールへのアクセスが制限されている可能性があります。
- 過剰なアラート。大量のアラート、特に何をどのように対処すべきかを把握するためのコンテキストが不足していると、チームは疲れ果ててしまいます。
- 当て推測。チームは多くの場合、適切なソリューションや顧客への影響を最小限に抑える方法を知らない。
Splunkは統一されたプラットフォームエクスペリエンスを提供し、環境へのアクセスと制御を最大限に高めます。Splunkのオブザーバビリティ製品スイートを使用すると、チームはビジネスに影響するインシデントをより積極的に検出して優先順位を付け、ガイド付きの根本原因分析を見つけて、より迅速なトリアージが可能になります。
Splunk Observability Cloud 、 Splunk Infrastructure Monitoring 、 Splunk Application Performance Monitoring 、Splunk ログオブザーバー、Splunk AppDynamics、 Splunk Real User Monitoring 、 Splunk Synthetic Monitoring 、および Splunk オンコール
Splunk Enterprise または Splunk Cloud Platform のみをご利用の場合でも、これからの成熟の道のりを理解するのに役立つコンテンツがまだあります。こちらのガイドをご覧ください。 オブザーバビリティのユースケース Splunk platform 。
優れたオブザーバビリティ戦略があれば、チームは次のような結果を得ることができます。
- ダウンタイムを最大 10 分の 1 に削減
- わずか数分で問題を検出できる可能性が 2 倍に
- 解決までの時間を最大 69% 短縮
は Use Case Explorer for Observabilityは、基盤となる可視性から最適化されたエクスペリエンスまで、強固な戦略を構築するために必要なガイダンスを提供し、成功に必要なデジタルレジリエンスを組織に提供します。
| Use Case Explorer オブザーバビリティ用 | |||
|---|---|---|---|
|
|
|
||
|
|
|
|
を使うのはこれが初めてですか？ Use Case Explorer オブザーバビリティのためですか？
- ► 使用方法については、ここをクリックしてください。
-
の使用方法を学ぶ Use Case Explorer これは、Splunk Observabilityソリューションをうまく使い始め、最大限に活用するためにも重要です。また、他のソリューションを組み込むことで価値が増すことを実感する助けにもなります。以下の動画では、Lantern の 3 つのユースケースエクスプローラー (プラットフォーム、セキュリティ、オブザーバビリティ) について、簡潔ながら有益な概要を紹介しています。レジリエンスの取り組みのどの段階にいても、どのようなユースケースを達成する必要がある場合でも、エクスプローラーのコンテンツが役に立ちます。
を使用するには Use Case Explorer 組織内で価値実現サイクルを効果的に導入し、それに従う必要があります。価値実現サイクルは、企業が採用する新しいユースケースの価値を特定、実装、評価するための継続的なプロセスです。
Splunk Observability製品への投資から最大限の価値を引き出すには、意図的に価値実現サイクルを導入することが重要です。組織では、導入すべき新しいユースケースを考案して更新するために、少なくとも隔月ごとにユースケースプランニングセッションを開催することをお勧めします。
価値実現サイクルは、いくつかの異なるステップで構成されています。
- ステップ 1-状況と目標を定義する。 これは、非常にターゲットを絞った戦術上の課題でも、より広範囲にわたる課題でもかまいません。 たとえば、ストレージ関連のインシデントのMTTRを減らすことを目指したり、主力ウェブストアの可用性を全面的に監視したりすることが考えられます。
- ステップ 2-ユースケースを特定して記録する。 状況を改善し、ステップ 1 で定義した目標を達成するのに役立つユースケースが 1 つ以上ある可能性があります。たとえば、ストレージデバイスのみに個別のモニタリングを設定したい場合や、ストレージ、認証サービス、アプリケーション、ユーザーエクスペリエンス、データベース、その他のテクノロジーについて個別のユースケースを設定したい場合があります。エクスプローラーマップを使用すると、適用できるユースケースを特定しやすくなります。
- ステップ 3-ユースケースを導入し、達成された価値を文書化する。 レジストリを使用すると、進捗状況を追跡して文書化できます。オブザーバビリティでは、以前は盲点があった場所を可視化することだけでも価値が高い場合があります。
そして、 リピート！
ユースケースレジストリ
ユースケースレジストリは、導入する特定のユースケースを、ユースケースの実装責任者の名前や完了までのタイムラインとともに追跡するためのツールです。
少なくとも隔月は定期的にユースケースプランニングセッションを開催するだけでなく、ユースケースレジストリに焦点を当てたチームミーティングを毎週または隔週で開催して、実装することを選択したユースケースから特定した価値を達成するための進捗状況を確認して追跡することをお勧めします。
ユースケースレジストリは、お好みのスプレッドシートまたはプロジェクト管理ツールで作成できます。使用できるユースケースレジストリの例を次に示します。ダウンロードすることもできます。 テンプレートファイル 。ステータス、前提条件、コメントなどの追加情報を追跡するために、これらの例に列を追加するとよいでしょう。
カテゴリー ユースケース 製品 期待値 所有者 目標日 オンデマンドクレジット デジタルエクスペリエンス ユーザー応答時間の監視 シンセティックス SLI による顧客体験の理解 ミシェル・ジャクソン 7 月 15 日 [アプリケーション] 関数呼び出しのトレース時間を観察してください。 APM MTTD の削減 ミシェル・ジャクソン 7 月 20 日 インフラ Kubernetes ポッドの保留状態を監視します。 インフラストラクチャー監視 MTTD の削減 ジャック・ハンドリー 7 月 15 日 インフラ AWS EC2 のアベイラビリティを監視する インフラストラクチャーモニタリング MTTD の削減 ジャック・ハンドリー 7 月 15 日 10 イベント分析 原因となる要素を特定して、通知を適切なサポートチームにルーティングできるようにする ITSI 隔離までの平均時間を短縮 シラジ・チョードリー 7 月 25 日 10