ITおよび技術運用チームと監視について話し合うとき、すべてのチームが特定の環境に対して独自のパラメーターと要件を持っていることは当然のことです。 特定のデバイスまたはインターフェースのアップダウンが必要なチームもあれば、JVMやデータベースのパフォーマンスなどのより詳細なメトリックが必要なチームもあります。 しかし、結局のところ、誰もがサービスに責任を負っています。 サービスは、公開されているWebサイト、離れた場所でのインターネットアクセス、またはサポートチケットシステムなどの内部ツールである可能性があります。
監視への統一されたアプローチ
最近、開業医と経営幹部が同様に、彼らのサービスの「健康」について統一された見方をする傾向があります。 ただし、一般的に見られるのは、サービスの全体的なステータスまたは状態に関するレポートは簡単ではないということです。 これは、多様なインフラストラクチャまたは一時的なインフラストラクチャによってサポートされている環境に特に当てはまります。 ほとんどのチームは、サービスが正常であるために良好な状態である必要がある主要なメトリックを定義できますが、ツールが異なるか柔軟性がないため、この目標を達成できません。
私たちが話している技術チームの大多数は、通常、今日のインフラストラクチャスタックのXNUMXつの層のために特別に構築された監視ソリューションを組み合わせて使用しています。 彼らは、ネットワークを監視するためのツール（またはモジュール）、サーバーを監視するための別のツール、およびアプリケーションとデータベースを監視するためのさらに別のツールを使用しています。 これらのツールとモジュールの一部は、各レイヤーのメトリックを含むダッシュボードを提供するために統合できますが、実際には統合されていないため、個々のコンポーネントのパフォーマンスをサービス全体の状態と相関させるのに役立ちません。
統合された監視およびレポートシステムが導入されたときに回復される無数の時間に加えて、インフラストラクチャとチームレベルまたはビジネスレベルのKPIの間の点を接続することも同様に不可欠です。
ビジネスインテリジェンスの監視方法
チームは、サービスの全体的な状態を診断または報告するように頻繁に求められます。ほとんどの場合、これは困難な作業です。 実際の例を見てみましょう。 LogicMonitorでは、ビジネスシステムチームがビジネスインテリジェンスポータルを維持しており、これは会社全体の多数の部門横断的なチームによって使用されています。 私たちにとって、このポータルは私たちのサービスです。 サービスの提供が成功したことを正確に報告するには、インフラストラクチャのパフォーマンスから消費者向けのKPIまでの範囲の指標を可視化する必要があります。
このポータルが効果的に機能するには、いくつかのコンポーネントが最適に動作している必要があります。データベース抽出アプリケーションはデータをAmazonのS3に送信する必要があり、サードパーティのETLサービスはデータをS3からデータウェアハウスにプッシュし、内部的には次に、ビルドおよびホストされたアプリケーションがデータをポータルに移動します。
当然のことながら、LogicMonitorを使用して、ETLパイプラインと、ポータルが（内部の）「顧客」に正常に配信されているかどうかを監視しています。 S3バケットのスループットから、ビジネスインテリジェンスポータルにアクセスする毎週のアクティブユーザーの数まで。
すべてが言われ、行われるとき、これはエンジニアから管理者まで、チームの共同責任です。 ポータルが正常に機能していないと、サービスへの信頼が低下し、アクティブユーザー数が減少することがわかっています。
LogicMonitorの顧客は、まさにこの方法でプラットフォームを使用しています。ミッションクリティカルなアプリケーションをサポートするインフラストラクチャと、これらのサービスの成功を評価するために使用されるメトリックとの間のギャップを埋めるためです。 これは、LogicMonitorのようなツールでのみ可能です。これは、インフラストラクチャのすべてのレイヤーを包括的に可視化し、サービスの状態に関連すると見なされるメトリックを無制限に監視できるようにゼロから構築されているためです。
LogicMonitorは、TedBakerを許可したものです ERPの洞察を抽出する エグゼクティブとITチームの両方に関連します。 TedBakerのIT責任者であるStuartCarrison氏は、次のように述べています。「LogicMonitorを使用することのユニークな点は、ビジネスのパフォーマンスに関する情報をビジネスに提供できることです。」
監視に対するサービス中心のアプローチのより抽象的な例を提供するために、ITチームが担当する一般的なサービスであるJiraのような内部ITSMツールを見てみましょう。
この場合、ダッシュボードは、基盤となるインフラストラクチャコンポーネントと、Jiraポータルに関連するチケットのカウンターで構成されます。 前述のように、LogicMonitorは、ハードウェアの状態からチームレベルの目標に至るまで、サービスの全体像を提供します。
主要な取り組み
ツールと監視へのサービスベースのアプローチを構築しようとしている人のために、ここにいくつかの推奨事項と持ち帰り用の食べ物があります。
- サービスのKPIから開始し、逆方向に作業します。 これは、監視セーフティネットを強化するだけでなく、ビジネスと技術をつなぐ会話を開始する傾向があります。 LogicMonitorのようなツールを使用すると、関連するすべてのメトリックをカバーするための統一された一貫した方法が提供されます。
- 次に、特にダッシュボードとレポートに関しては、サービス自体を見失うことなく、サービスを構成するすべてのコンポーネントを含めることの間の適切なバランスを見つけます。 ITで一般的であるように、「木から森を見失う」可能性があります。
- 最後に、それは人々に関するものです。プラットフォームを使用して、技術的な運用を容易にし、ビジネス全体のすべての利害関係者に明確さをもたらします。
LogicMonitorのビジネスインテリジェンス機能について詳しく知りたい場合は、カスタマーサクセスマネージャーに連絡するか、 毎週のデモに参加する LogicMonitorの動作を確認します。
