モニタリングソリューションがIT業界の一部になったかどうかはかなり古いです。以前のモノリシックアプリケーションからクラウドベースのアプリまで、最高のサービスパフォーマンスを提供するために、モニタリングは重要な運用ソリューションです。最近、IT業界がクラウドネイティブアプリに移行する際にパラダイム移行が必要であり、既存のモニタリングシステムだけでは、実際の問題を引き起こした領域がインフラストラクチャアプリケーションであるか根本的な原因を分析するのが困難です。その結果、誕生したのが「Observability(可観測性)」です。このブログでは、モニタリングからオブザーバビリティ(Observability)までのITモニタリングの進化についてお話します。
既存モニタリングの直面課題
クラウドコンピューティングをはじめ、マイクロサービス、マルチクラウド戦略、コンテナ、Kubernetes、サーバーレスコンピューティングが登場しました。これらのコンポーネントは、モニタリングソリューションにいくつかの課題を与えました。
根本原因分析の複雑さ
モダンアプリケーションには、複雑な相互依存性を引き起こす多くのコンポーネントが相互接続されています。このような複雑な接続関係では、アプリケーションのクラッシュや問題の根本原因を見つけることが大きな課題です。アプリケーションパフォーマンスモニタリング(APM)は、アプリケーションパフォーマンスを処理し、問題が発生するたびにユーザーに警告を送信するのに効果的です。ただし、アプリレベルを超えてインフラストラクチャレベルで根本的な問題を見つけることはできません。したがって、相互接続された多くのコンポーネントとインフラストラクチャレベルで問題が発生する可能性があるクラウドネイティブ環境では、APMは包括的なソリューションにはなりませんでした。
処理する膨大な量のデータ
マイクロサービス、コンテナ、サーバーレスコンピューティングなどのコンポーネントを含むアプリケーションを作成するときは、アプリをより小さく分割することを目的としています。その結果、膨大な量のデータが発生し、接続を追跡する必要があるトランザクションの数は指数関数的に増加します。これはモニタリング時に大きな負担となります。
IT環境全体の問題相互関連性
アプリケーション、インフラストラクチャ、サービスは互いに接続されています。したがって、1つのコンポーネントの状態が1つ以上のコンポーネントに影響を与える可能性があります。糸のようにねじれているスタック全体のさまざまな部分に影響を与える問題の可視性を確保し、相互の関連性を特定することが重要です。単一のAPMソリューションを使用している場合は、ネットワーク、隣接するVM、ホスト、またはストレージのアプリケーションの依存関係を追跡できません。したがって、インフラストラクチャ内でアプリケーションにボトルネックが発生した場合、APMツールはその問題についてのみ警告を表示します。ただし、スタック全体のインフラストラクチャの可視性がないため、問題が発生した理由を伝えることはできません。
マルチレイヤーモニタリング
モダンアプリケーションでは、モニタリングする必要があるシステムの階層が以前とは異なり、はるかに複雑になり、収集方法も複雑になりました。たとえば、クラウドインフラストラクチャのような場合は直接収集が不可能であり、クラウドウォッチのようなサービスと連動してデータを受け取らなければなりません。クラウドベースのサービスはもちろん、データベースやブラウザまでの多層モニタリングに関する問題が存在します。
トラフィック暴走時のセキュリティリスク
従来のモニタリングシステムは、収集したデータソースの異常の兆候を検出することに依存しているため、予防に主な目的があります。これらのデータには、ログ、トレース、メモリメトリック、CPU使用率などが含まれます。たとえば、特定のイベント期間にはアプリケーションに膨大なトラフィックが暴走しますが、APMではトラフィックの急増がイベント要因であるのか、DDoSなどの悪意のある攻撃であるのかを特定する機能はありません。
モダンインフラストラクチャ環境で既存のモニタリングソリューションが直面している状況を見ると、より効率的なモニタリングソリューションまたはより進化したバージョンが必要です。
モニタリングからObservability Platformへ
現代のアプリケーションをモニタリングするシステムは動的でなければならず、さまざまなシステムからデータを取得し、開発に参加する複数のチームに役立つ必要があります。これらの要件は、モニタリングからオブザーバビリティへの漸進的な移行をもたらしました。オブザーバビリティを提供するには、ブラウザ、ネットワーク、サーバー、コンテナ、データベースまでのエンドツーエンドでフルスタックモニタリングが必要です。以前のエンタープライズモニタリングでも、End-To-Endやフルスタックモニタリングという言葉は使われていましたが、現代のアプリケーションではその複雑さと規模が次元が異なります。エンドツーエンドのフルスタックで収集された指標や追跡情報は、個々のサービスの観点から、アプリケーションやデータベースなどの技術セットごとに統合モニタリングすることができなければなりません。その結果、さまざまなモニタリング対象をカバーするために、新しいモニタリング対象が継続的に追加されても、単一のスキームの下で管理できる 「Observability platform」が必要です。
Observability PlatformはSaaSに
モダンアプリケーションのモニタリングデータは複雑であり、マルチレイヤと新しいトランザクションコンポーネントのモニタリングデータ分析はオペレータにかなりのスキルを必要とします。より困難なのは、頻繁なアプリケーションの変更とスケールの変化は、オペレータが以前のモニタリングで得た数値経験を無力化することです。また、規模の変化に伴う収集サーバーのリソース管理もオペレータの負担です。モダンアプリケーションの急速な変化率に合わせてモニタリングソリューションも迅速にアップグレードする必要がありますが、オンプレミスソリューションをアップグレードするのはそれほど費用がかかります。規模と技術の変化に少しでも迅速に適応するために、モニタリングの専門家が直接管理しているSaaSサービスを利用するのも良い選択肢です。大規模なシステムであれ、1 つまたは 2 つのインスタンスであれ、できるだけ早くかつ簡単にモニタリングが可能なObservability Platform、WhaTapを活用して運用効率を高めてください。
