IT管理ツールの統合

開発者、サイト信頼性エンジニア (SRE)、IT 管理者、そして彼らがサービスを提供するクライアントは、より動的な環境で新たな問題に直面しています。これは、最新のニュースではありません。チームは、便宜上、管轄内のシステムとインフラストラクチャを監視および管理するために、独自のツールセットを使用することがよくあります。

しかし、その結果、ツールとアプリケーションが急増し、池に小石を投げ込むのと同じような波及効果をもたらすことがよくあります。最初の影響は小さいように見えるかもしれませんが、制御されないまま放置すると、広範囲にわたる影響により大きな問題が生じます。複数のチームがアプリケーションと IT 環境を監視するために、統合されていないポイント ツールを使用すると、盲点、頻繁なコンテキスト切り替え、平均検出時間 (MTTD) と平均解決時間 (MTTR) の増加、拡張性の欠如、複数のライセンスとツールの管理に関連するコストの増加などが生じる可能性があることを考慮してください。

しかし、そもそもツールの無秩序な拡散はなぜ起こるのでしょうか?

クラウドベースの複雑さ。運用の変革にはプログラムの変更が必要となり、使用やデバッグが難しくなります。複雑さが増すと、古いテクノロジによる監視が難しくなり、クラウド サービスのさまざまなコンポーネントを監視するために複数のツールをインストールしなければならないことがよくあります。

ありがたいことに、そうする必要はありません。ここでは、考慮すべき要素と手順の適切な実行について説明します。

設備統合の必要性

変革が自発的なものであろうと、急速な拡大によって促されたものであろうと、業務はしばしば気づかないうちにジレンマに陥る可能性があります。

前者のシナリオでは、運用では、マルチクラウドおよびハイブリッド クラウド環境全体でコンテナーで配信されるマイクロサービスを使用したアプリケーションの開発など、さまざまなクラウド サービスと方法を採用することがよくあります。これは柔軟で拡張可能です。ただし、技術スタックの変革は、すべてのレベルでそれらを監視および観察する戦略がなければ効果的ではありません。これらの新しい設定を監視および管理するための継続的な戦略がなければ、環境/インフラストラクチャと運用を理解できない危険があり、ダウンタイム、セキュリティの脅威、および否定的な顧客エクスペリエンスにつながる可能性があります。

後者のシナリオでは、企業の発展と拡大がバックエンドに悪影響を及ぼす可能性があります。IT 運用チームと DevOps チームは、費用が急増し始めるまで、何が利用されているか、またその結果がどうなるかを把握していない可能性があります。組織が買収を実施し、ポイント ツール セットを利用しながら、現在のエコシステムと競合する他のベンダー ツールがあることを見落とすこともあります。

IT チームと DevOps チームがツールを統合する最も一般的な動機は次のとおりです。

データの欠落。多くの監視テクノロジーは、データをサンプリングまたは破棄し、データの構造に制限を設定します。その結果、ユーザーと分析アルゴリズムの両方に重大な可視性のギャップが生じ、顧客に影響を与える問題が増加し、解決に時間がかかります。

機能の有効性。コンテナのローテーションには数分かかります。サーバーレス関数のインスタンスは数秒単位で発生します。マイクロサービスは、相互関係と相互作用の複雑なネットワークです。数秒で動作し、トラフィックの急増に対応するために迅速に拡張できるように設計されていない監視ソリューションは役に立たず、問題を見落としてしまいます。

インテリジェンスが不十分。データが多すぎるため、監視テクノロジーの大半には、それを理解するために必要なインテリジェンスが欠けています。

通知が多すぎるため、問題の特定に時間がかかりすぎます。

デバイスが多すぎる。上記の問題により、ツールの無秩序な増加が大きな問題となります。その結果、データが分離され、プロセスが分断され、チームは多数のテクノロジーを活用する方法を学ぶ必要があります。

明らかに、ツールの増殖の問題に対処する必要があります。

Splunk Observability Cloud のホワイトペーパーをダウンロードして、ホワイトペーパーオンラインのみで IT 管理ツールの統合について詳しく学んでください。