あなたはAIを導入しました。モニタリングを展開しました。そして魔法が起こるのを待っていました。しかし、なぜオンコールエンジニアは午前2時に意味不明なアラートで呼び出されているのでしょうか？それは、AIOpsプラットフォームが実際にあなたが何を重要視しているのかを理解していないからです。
問題点
アレックスの紹介：アレックスは火曜日に非常に悪い日を過ごしています。
Alex は、中規模の政府サービス組織のシニアインフラストラクチャエンジニアです。彼のチームは最近、市場をリードするAIOpsプラットフォームを導入しました。アナリストレポートで必ず取り上げられるような大手製品です。このプラットフォームは12種類の異なる監視ツールからテレメトリを取り込み、機械学習を使用し、美しいダッシュボードを備えています。
今週火曜日の朝、アレックスは847件のアラートを見つめています。ダッシュボードは消防車のように真っ赤です。その膨大なアラートの中に、4万人もの市民がケースのステータスを確認しようと利用している福利厚生ポータルを遅延させている本当の問題が隠れています。しかし、どのアラートも等しく緊急に見えるため、AIは「親切にも」それらすべてにフラグを立ててしまっています。
核心的な問題
AIOpsプラットフォームは、*技術的に何が問題であるか*について優れたシグナルを生成しています。しかし、これらの問題のうち、実際の人々が依存しているサービスにとって実際にどれが重要であるかをアレックスに伝える方法はありません。文字通り、手探り状態で進んでいるのです。
アレックスの話は珍しいことではありません。これは、AI を活用した運用ツールに投資した組織では、これらのツールが真に有用であるために必要な基盤層、つまりテクノロジー サービスが実際にどのように機能するかを示す構造化された正確なモデルに最初に投資することなく、毎日繰り広げられます。
問題の説明
事実の消防ホース、文脈の飢饉
最新のIT環境は、非常に生産性の高いデータジェネレーターです。すべてのサーバー、すべてのコンテナ、すべてのネットワークホップ、すべてのAPIコールが痕跡を残します。インフラストラクチャ監視プラットフォームはメトリクスを収集し、アプリケーションパフォーマンスツールはトランザクションパスをトレースします。ログアグリゲーターは、システムが生成するすべてのエラー、警告、そして特異な情報をキャプチャします。
これは本当に価値があります。テレメトリは、何か問題があることを知る方法です。問題は、テレメトリが**何が起こったか**は教えてくれるものの、**なぜそれが重要なのか**は教えてくれない点にあります。
データベースサーバーのレイテンシーが高いことを考えてみましょう。このレイテンシーにより、インフラストラクチャ モニター、APM ツール、おそらくログ プラットフォーム、そしておそらく合成トランザクション チェッカーからアラートが生成されます。4 つのアラート、おそらく 15 のアラート、すべて同じことのバリエーションを言っています。しかし、重要な問題は — この影響はどのサービスで、どの程度深刻ですか? — 答えがありません。
サービスアーキテクチャがなければ、AI システムは本質的に、最も重要なコンテキストを剥ぎ取った事実の山に対して非常に高度なパターンマッチングを行っています。それは、犯罪現場の証拠を刑事に渡しても、自分がどこの都市にいるのか、その住所に誰が住んでいるのか、誰かが家にいるかどうかを伝えるのを忘れているようなものです。
テレメトリは、何が壊れているかを示します。サービスアーキテクチャは、その意味を教えてくれます。一方が他方を使わないことは、ノイズを出すための非常に高価な方法です。
ソリューション
すべてを変えるマップ:サービスアーキテクチャと CSDM
良いニュースは、この修正は別のツールではないということです。これは、AI がすでに必要としている知識を整理するためのフレームワークであり、実際の人々にサービスを提供するためにテクノロジー環境がどのように連携されているかについての構造化され、維持されたモデルです。
この 共通サービスデータモデル (CSDM) がそのフレームワークです。構成管理データベース (CMDB) を階層に編成し、最下位のインフラストラクチャコンポーネントから、提供するビジネス機能までを接続します。これは、組織のテクノロジーの配線図と考えてください。
CSDM で構造化されたサービスアーキテクチャが導入され、AIOps プラットフォームに接続されると、そのデータベースレイテンシアラートは孤立した技術的事実ではなくなります。AIは次のことを尋ねることができるようになりました。 このデータベースに依存しているアプリケーションサービスはどれですか？どのビジネスアプリケーションがこれらのサービスを使用していますか？現在、どの市民がこれらのアプリケーションにアクセスしようとしていますか？
突然、AI が 847 件の同じように赤いアラートを生成しなくなりました。それは言っています: 「福利厚生データベースの根本的な問題の 1 つは、推定 12,000 人の同時ユーザーの SNAP ポータルに影響を与えています。これが同じイベントであることを確認する 3 つの関連アラートを次に示します。データベースチームへの即時エスカレーションを推奨します。」
それは単なるノイズリダクションではありません。それがオペレーショナルインテリジェンスです。
実際にどのように機能するか
劇的に良くなる4つのこと
1. イベント相関:アラートストームから1つのクリアなインシデントまで
サービスアーキテクチャがない場合、AI プラットフォームはアラートを統計的に関連付け、時間的に近い時間で発生するイベントを探します。これにより、多くの誤ったグループ化と多くの関係の見逃しが生み出されます。CSDM 関係を設定すると、構成アイテム (CI) の依存関係を追跡して、ネットワークアラート、アプリケーションアラート、およびデータベースアラートのすべてが単一のインフラストラクチャの問題のダウンストリームの影響であると判断できます。1 つのインシデント。1 人の所有者。1 つの修正。
2. 根本原因分析: 症状を追いかけるのをやめる
3つのアプリケーションサービスが同時に劣化する場合、従来のアプローチでは、3つすべてを並行して調査し、時間とチームの帯域幅を消費します。サービスアーキテクチャ認識型 AI は依存関係マップをトレースし、それらのサービスが共有する共通のアップストリームコンポーネント、つまり問題の実際の原因を見つけます。頭痛の治療をやめて、頭痛の原因の治療を開始します。
3. 予測運用: 起こらなかった問題
Predictive AIOps は、履歴的に障害に先行するテレメトリの傾向を特定します。しかし、コンテキストのない予測は単なる警告です。サービスアーキテクチャに応じた予測は次のように述べています。 「メッセージングキューは、昨年11月の停止前に見られたパターンの初期の兆候を示しており、その軌道をたどれば、TANFの更新サービスと医療ケース通知システムが6時間以内に影響を受けるでしょう。」 これで、運用チームは、市民が混乱を経験する前に行動できるようになりました。
4. 安全な自動化: 害を及ぼさない
自動修復はAIOpsの究極の目標（聖杯）です。システムが問題を特定し、午前2時にアレックスを起こすことなく修正します。しかし、サービスコンテキストのない自動化は危険です。他の 3 つの重要なサービスが依存しているコンポーネントを処理のピーク時に再起動すると、局所的な問題が広範囲にわたる機能停止に変わる可能性があります。サービスアーキテクチャにより、自動化されたシステムに依存関係を認識し、自信を持って行動したり、リスクが高すぎる場合にエスカレートしたりできるようになります。
重要な注意
CMDB が古いデータ、不正確なデータ、または不完全なデータの墓場である場合、これらはいずれも機能しません。サービスアーキテクチャのインテリジェント性は、その背後にあるガバナンスによって決まります。そのため、CSDM の導入は 1 回限りのプロジェクトではなく、積極的な所有権、定期的な認定、自動化されたヘルスモニタリングを必要とする運用規範です。
あなたのAIは、提供する地図とまったく同じくらい賢くなります。その地図に投資しましょう。
まとめる
アレックスはより良い火曜日に値する
アレックスの話に戻りましょう。まだ火曜日の朝です。福利厚生ポータルはまだ遅いです。しかし今回、同社は CSDM で構造化されたサービスアーキテクチャに投資し、AIOps プラットフォームに接続されています。
ダッシュボードは消防車のように真っ赤ではありません。関連する 4 つのアラートからグループ化された、優先度の高いインシデントが 1 つあります。AI は、ベネフィット データベースを考えられる根本原因として特定し、影響を受けた 3 つのアプリケーション サービスをリストアップし、現在 12,000 人の市民のパフォーマンス低下が発生していることにフラグを立て、このパターンが最後に発生したときのRunbookを明らかにしました。
Alex は 22 分で問題を解決します。他の誰もページングされません。役員がブリッジコールを受けることもありません。そして、SNAP ステータスをチェックしている 12,000 人の市民は、昼食前に回答を受け取ります。
違いは、より良い AI ではありませんでした。AI が何が重要なのかをよりよく理解できるようにすることでした。 テレメトリデータは、何か問題があることをシステムに通知します。サービスアーキテクチャは、それがなぜ重要なのか、そしてそれに対して何をすべきかを示します。この組み合わせ、つまり、信頼され適切に管理されたサービスモデルに固定されたインテリジェントな分析により、AIOps は有望なテクノロジー投資から真の運用能力に変わります。
規律ある CSDM の採用と厳格な CMDB ガバナンスを通じてその基盤を構築する組織は、単にデータをクリーンアップするだけではありません。彼らは、これまでに展開するすべての AI 主導の運用ツールの可能性を最大限に引き出しています。
地図は常にポイントでした。
この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/aiops-and-service-architecture-you-re-ai-is-flyi...。
免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。
This article was machine translated and replicated from the original source: https://www.servicenow.com/community/developer-blog/aiops-and-service-architecture-you-re-ai-is-flyi...。
