に由来する可観測性 コントロール 理論、外部出力からシステムの内部状態をどれだけよく理解できるかを測定します。 可観測性は、計測を使用して、監視を支援する洞察を提供します。
DevOpsでは、 可観測性の獲得 のセットを通じて達成されます モニタリング ソリューション。 使用するシフト XNUMXつのベンダープラットフォーム そうするためには、複数のソリューションに対して、次のように意味があります。
- さまざまな監視プラットフォームのエージェント/コレクターを展開すると、運用チームに初期および継続的な大きなオーバーヘッドが発生します。
- クロスプラットフォームのトラブルシューティングフローはほとんど存在しません。 つまり、DevOpsエンジニアは、トラブルシューティング中にさまざまなツールとコンテキストを取り戻す方法(さまざまなクエリ仕様など)を学ぶ必要があります。そうしないと、結果が高くなります。 MTTR.
可観測性スイートは もしアカウントが違う場合: ただのベンダーアップセル!
アップセルが結果になる可能性がありますが、目標は、メトリック、ログ、およびトレース間で完璧なユーザーエクスペリエンスを提供することです。
Observability Suiteを評価するときは、次のことを自問する必要があります。
- データの種類(ログ、トレース、メトリックなど)ごとにXNUMXつずつ、複数のエージェントを展開する必要がありますか?
- 同じリソースのログとメトリックを整列させるために、テンプレート(または正規表現ルール)を作成する必要がありますか?
- メトリックに関するアラートが作成されたら、関連するログを取得するためのクエリを作成する必要がありますか?
あなたが答えれば はい これらの質問のXNUMXつでも、包括的な可観測性を通じてユーザーエクスペリエンスを向上させるプラットフォームを評価するのではなく、アップセルの試みに直面している可能性があります。
最終的には、次のことを自問する必要があります。このObservabilityスイートは本当に減少しますか MTTR、またはそれはあなたにもっと費用がかかりますが、あなたが今日持っているのと同じビジネス成果をもたらしますか?
聖杯:ワンクリックオブザバビリティ™
LogicMonitorでは、ユーザーがワンクリックで完全な可観測性を得ることができるはずだと信じています。 私たちのプラットフォームは、箱から出してすぐに、メトリック、ログ、およびトレース間のドットを接続することができます。 テンプレートや正規表現ルールは必要ありません メトリック、ログ、およびトレースを照合します。
静的しきい値(または 異常検出)、LogicMonitorユーザーは取得できます 単一のクエリを入力せずに完全な可観測性。


ワンクリックで、ユーザーは次の質問に簡単に答えることができます。
これは異常ですか、それとも24時間、7日、XNUMXか月のオフセットと比較されませんか?


これはアラートストームですか? これらのアラートはどのように関連していますか?


アラート時のログの異常と生のログは何ですか?


他のリソースは影響を受けますか?
One-Click-Observability™によるユーザーエクスペリエンスの測定
可観測性プラットフォームは、メトリック、ログ、トレース、次のような追加のユースケースの背後で拡大しています エラー監視 合成トランザクション 追加されます。
可観測性の課題はもはやビッグデータの課題ではありません(ほとんどのプラットフォームはすでにこの問題を解決しています)。 今ではそれはユーザーエクスペリエンスの課題であり、それを測定するための優れた方法は ワンクリックオブザバビリティ™。
まとめ
デジタルエンタープライズまたはクラウドアプリケーションのアーキテクチャを最新化する場合、目標のXNUMXつは、メトリック、ログ、トレースなど、アプリケーションフレームワークのすべてのレベルにわたって完全な可観測性を構築することである必要があります。 このような可観測性フレームワークは、完璧なユーザーエクスペリエンスを提供するのに役立ちます。