オブザーバビリティ活用：AIOpsを超える優れたIT運用の鍵

オブザーバビリティ戦略は、エンタープライズITとDevOpsチームに、AIOpsを活用する上での豊かなメリットを提供します。

なぜオブザーバビリティをIT戦略の一部にする必要があるのでしょうか？ メリットには、従業員の生産性維持とビジネスの継続的稼働が含まれます。

それはシンプルに聞こえますが、「どう」の裏側には、クラウドの約束が出てきたばかりだった10年前を振り返る必要があります。インフラストラクチャをクラウドにオフロードすれば、アップタイムが改善し、資本的・運用コストも削減されると約束されました。一方、クラウド・ベース・アプリケーションへの切り替えは、ベスト・オブ・ブリード・アプリへのアクセスを約束し、開発費とパッチ適用の必要性を最小化するとされました。

企業は一般的にその後の数年でそれらのクラウド・メリットを実現しましたが、新たな課題、複雑さにも直面しました。

クラウドへの移行は、多くの場合、複数のインフラ・サプライヤーとバスケット一杯のSaaSプロバイダーを伴うマルチクラウド戦略を必要としました。単一ユーザーが単一タスクに取り組むだけでも、クラウド・インフラストラクチャに加え、2つ以上のSaaSアプリを利用するかもしれません。さらに、ITチームがまだ維持しているレガシー・システムの利用も考慮に入れてください。これを数万の従業員にスケールすると、各テクノロジー要素が互いに依存して仕事を正しく完了する、現代版バベルの塔が出来上がります。それが複雑さです！

オブザーバビリティとAIOps

監視と人工知能でDevOpsチームが障害を発生時に検知し、パフォーマンスを最適化するAIOpsを導入済みかもしれません。しかし、障害が発生したときに知るだけでは不十分です。オブザーバビリティのメリットは、システムとアプリケーションの潜在的な破綻ポイントをプロアクティブに特定し、アウトエージが発生する前に処方的アクションを取れることです。

潜在的な障害の兆候はありますが、大量のアラート、センサー読み取り、一見些細なパフォーマンス問題に埋もれています。特定のデータベースにヒットする特定のアプリケーションのレスポンス・タイム・ラグ、または特定のユーザー・サブセットに対するものかもしれません。まだクラッシュしていませんが、時間の問題かもしれません。

オブザーバビリティ・ツールは、これらのトラブルの早期兆候を発見するのを助けます。

オブザーバビリティは、事前プログラムされたダッシュボードの従来の緑・黄・赤のライトやダイヤルを超える一歩であることに注意してください。DevOpsツール・プロバイダーのSplunkは、「オブザーバビリティは3種類のテレメトリ・データ——メトリクス、ログ、トレース——を使用して、分散システムへの深い可視性を提供し、チームが多数の問題の根本原因にたどり着き、システム・パフォーマンスを改善できるようにします」と述べています。

オブザーバビリティの役割

DevOps Instituteのチーフ・アンバサダー、ヘレン・ビール氏がMoogsoft.comの投稿でオブザーバビリティについて語りました。「ソフトウェアを扱う際の重要な課題は、それが見えないことです。オブザーバビリティはそれを認め、エンジニアに自らの製品がメトリクスとログを出力するよう意識的にコーディングすることを要求します。これにより、それらを観察可能にします。これは『テレメトリー・エブリウェア』、つまりシステムのすべての部分からリモート・データを能動的に収集するというDevOpsの目標と一致します。監視のように聞こえますが、それ以上です。サービスが動いているかいないかを知らせるだけでなく、根本原因と潜在的解決策を発見するためのデータを提供します。

「従来の監視は潜在的問題をアラートしますが、オペレーターが見て何なのかを突き止める責任があります。オブザーバビリティとAIOpsは、データ（互いに効果的に情報を共有しない可能性のある複数の監視システムからの）をオペレーターに代わって収集・分析し、問題を文脈化し、どう行動すべきかのガイダンスを提供します。」

真のオブザーバビリティ・メリット

ガートナーは2020年のレポートで、オブザーバビリティのメリットとユースケースをいくつか概説しました。「オブザーバビリティにより、組織はパフォーマンスに影響する問題の根本原因を特定するまでの時間を短縮できます。特に、従来の監視とは対照的に、オペレーターはダッシュボードを事前プログラムする必要なしに、事後的にデータを自由に探求できます。I&O組織がオブザーバビリティを実装すると、その他のメリットも実現すると予想されます。」

そうしたオブザーバビリティ・メリットには：

• 問題への対応スピードアップとアプリケーション・パフォーマンス向上によるエンド・ユーザー満足度の改善。顧客離れの減少、リピート率向上、クライアント支出増加にも寄与。
• インフラストラクチャ・コストの削減。生成データを見ることで、例えば過剰プロビジョニングを削減するなどインフラを最適化可能。
• 開発プロセスとのより緊密な統合。「シフト・レフト」により、開発チームと運用チームがアプリケーション・パフォーマンスの理解という単一の概念で連携。
• モダン・アーキテクチャへのカバレッジ向上。「テレメトリの収集と分析への重視により、オブザーバビリティはコンテナ化やマイクロサービスのような新しいインフラ・パラダイムに適応可能」。
• オブザーバビリティを備えて開発されたアプリケーションでは、アウトエージ調査が大幅に高速化されるため、タイム・トゥ・マーケットの改善。
• カナリア・デプロイメント。新しいコードを本番環境のユーザー・サブセットに段階的にデプロイするシナリオ。問題の影響範囲が限定され、ロール・バックが容易。

「オブザーバビリティ」という用語の本来の用法は新しくなく、単に何かが観察可能である能力に関連します。しかし、エンタープライズ情報技術に適用されるとき、今日新鮮な様相を呈しています。それらすべてのビットと欠陥は、観察可能であるだけでなく、十分に早期にアクションを取れば修復可能です。