フルスタック可観測性のためのDevOpsガイド

第1章

DevOps:ITとオペレーションの架け橋

第2章

Full Stack Observabilityが重要である理由

第3章

シフトレフトを開発ライフサイクルに組み込む

第4章

セキュリティーを早期に構築して提供を加速

第5章

フルスタック・オブザーバビリティの
ベスト・プラクティス


第6章

DevOpsエンジニアのように考察するAIエージェントを活用する

第7章

DevOpsツールキットに欠けている要素

第8章

より優れた業務へのロードマップの構築を始める

オフィスで、スクリーン付きのテーブルの前に座っている男性一人と女性一人

DevOps:ITとオペレーションの架け橋

迅速にコードをデプロイし、複雑なインフラストラクチャーを管理し、インシデントにリアルタイムで対応する必要があります。同時に、ダウンタイムを削減し、ビジネスが円滑に運用され続けるようにしなければなりません。

しかし、最新のシステムはノイズが多く、分散され、常に変化しています。従来の監視ツールでは、根本原因を解決するのではなく、症状を追いかける対応に終始しがちです。

このガイドは、以下のために作成されています。

  • アラート疲労に陥ることなく、平均修理時間(MTTR)を短縮したいエンジニア。
  • コンテナからAPIまで、スタック全体をリアルタイムで可視化する必要がある実務者。
  • シフトレフトし、問題が拡大する前に捉える問題解決者。
 

本ガイドでは、以下をサポートする実践的なストラテジーについて解説します。

  • インシデントをより迅速に検知して解決します。
  • 調査と修復を自動化します。
  • 最初から、レジリエンスが高く観察可能なシステムを構築します。
 

 

会議でコードを提示している女性

Full Stack Observabilityが重要である理由

見るべきものも、やるべきことも多いのに、時間は限られています。

強いDevOps文化とは、チームが迅速に問題を解決し、自分たちの強みである構築とイノベーションに集中できる状態です。そうした文化は、より明確な状況把握と確信を持った業務を支えるツールとシステムによって支えられます。

フルスタックのアプリケーション・オブザーバビリティーにより、アプリケーション・スタック全体のパフォーマンスと挙動を監視、分析、把握できるようになります。ただし、DevOps担当者がフルスタックのアプリケーション・オブザーバビリティーに取り組む際には、3つの大きな課題が立ちはだかることがあります。

1
最新のアプリケーションは複雑なため、スタック全体を監視および分析することは困難です。コンテキストの断続的な切り替えが集中性を妨げ、燃え尽き症候群のリスクを高め、トラブルシューティングを遅らせることで、問題の迅速な特定と解決を困難にします。
2
手作業による作業では、デプロイメントの詳細な管理、不安定なテストの追跡調査、無限アラートの手動トリアージなどで進捗が妨げられます。退屈な作業に費やす時間とエネルギーは、イノベーションを促進する時間とエネルギーを奪い、自動化とシステムの拡張を可能にします。
3
異なるソースからのデータにはコンテキストが欠けており、問題の根本原因の解釈と特定が困難になります。この問題により、チームは明確な優先順位付けや実行可能な洞察を持たないまま、多数のアラートに圧倒されます。

開発ライフサイクルの早い段階でシフトレフトを組み込む

場当たり的な対応から脱却

早期かつ継続的に調整と改善ができる開発文化を想像してください。アプリケーション開発の文脈におけるシフトレフトとは、開発ライフサイクルの早い段階でテストとセキュリティを統合する取り組みを指します。Full Stack Observabilityに支えられたシフト・レフトのアプローチを採用することで、ビジネス・ニーズとユーザーの期待に応える、より堅牢で信頼性が高く、観測可能なアプリケーションを提供することができます。

シフトレフト・アプローチとインテリジェントなオブザーバビリティー・ツールの活用を組み合わせることで、以下についてサポートできます。

  1. 下流の問題を回避するために、最初からアプリケーション、環境、またはエクスペリエンスに品質を組み込みます。
  2. 潜在的な問題を早期、継続的、プロアクティブに検知して、重大な問題になる前に取り組みます。
  3. ビジネス目標に沿ったアクションを自動的に生成することで、テレメトリーを実行可能なインシデントに関連付けます。

シフトレフト開発アプローチとFull Stack Observabilityを活用するには、まず単体テストや統合テストなどの自動テストを継続的インテグレーション/継続的デリバリー(CICD)パイプラインの早い段階に埋め込み、デプロイメント前に問題を検出します。

本番環境と同じオブザーバビリティー設定でステージング環境を監視することで、パフォーマンスや信頼性の懸念を早期に可視化できます。

Full Stack Observabilityツールを活用すれば、スタック全体のサービス依存関係、レイテンシー、エラー率を追跡し、相関付けられたログ、メトリクス、トレースによって根本原因分析を迅速化できます。

シフトレフト図
自動化ソリューションを示すビジュアル・フローチャート

セキュリティーを早期に構築して提供を加速

リリースの安全性を向上させるために、セキュリティーに対してシフトレフト・アプローチを採用することもできます。ボートを航行した直後に水漏れを発見したと想像してみてください。従来のセキュリティー・ゲートがパイプラインの最後にある場合、似たような感覚を覚えるでしょう。

これを防ぐためには、オブザーバビリティーとコンプライアンス管理を開発者の統合開発環境(IDE)に直接埋め込み、セキュリティーを業務のペースを遅らせることなく安全を保つガードレールに変えることが不可欠です。

初期段階でセキュリティーを有効にする方法は次のとおりです。

  1. 合成テストをコードとして標準化し、パイプライン・トリガーで自動化して環境ドリフトを防ぎます。
  2. 監視には二層のアプローチを用います。インフラのヘルスを高速で確認するホスト・エージェントと、実際のユーザー・ジャーニーのためのブラウザーやAPIテストです。
  3. 数日後ではなく、コードの開始時にセキュリティー要件を定義することで、後半のパイプライン障害を防ぎ、修復コストを削減します。
  4. AIを活用してコンプライアンス管理とポリシー適用を自動化することで、セキュリティーがガードレールとして機能し、開発者をブロックすることなくサポートできます。

シフトレフトは、単なるコンセプトではなく、ワークフローです。現代のパイプラインは、まずコーディングして後でセキュリティを確保するのではなく、最初からオブザーバビリティーとコンプライアンス管理を組み込みます。

セキュリティーのボトルネックからリリースの迅速化まで
課題:遅い検知

問題点:デプロイメント後に脆弱性が発見され、コストのかかるロールバックの緊急パッチが適用され、MTTRが急増する。

影響:セキュリティーがボトルネックとなりCI/CDパイプラインが停止し、速度が低下する。

ソリューション:自動化と早期の対策

戦略:セキュリティー・スキャンをIDEに直接埋め込み、コーディング中に問題を捕捉する。

オブザーバビリティー:2層の外形監視を実装して、ユーザーよりも先に異常を検知する。

成果:自信が伴った速度

成果:クリーンでコンプライアンスに準拠したコードが最初からコミットされる。

メリット:開発者は自信を持ってより迅速にデプロイでき、セキュリティーはスピードを妨げるものではなく、促進するものになる。

ジャーニーを視覚化することで、チームは目標を共有しやすくなります。当社は、セキュリティーの「一時停止標識」モデルから「ガードレール」モデルに移行を進めています。

フルスタック・オブザーバビリティの
ベスト・プラクティス


エンド・ツー・エンドの計測を使用: システムのあらゆる部分を観測可能にします。
  • コード、サービス、インフラストラクチャーにモニタリング機能を追加します。
  • すべてのコンポーネントにわたってトレースとメトリクスを使用します。
  • CICDパイプラインで新しいサービスが作成されるときに、インストルメンテーションを自動的に適用します。
ヘルス・インジケーター(SLOとSLI)の活用: 最も重要な指標を追跡します。
  • デプロイメントの頻度、リードタイム、MTTRなどの主要なメトリクスを追跡します。
  • サービス・レベル指標(SLI)をビジネス目標および顧客への影響に整合させます。
  • KPIとサービスレベル目標(SLO)を使用して、性能目標が達成されない場合のアラートを設定します。
可能な限り追跡: リクエストをフォローして、より迅速に問題を修正します。
  • ログとトレースで一貫したIDを使用します。
  • チームがトレース・フローを読み取り、問題を発見できるようにトレーニングします。
  • トレースをログやメトリクスにリンクすることで、より深い洞察が得られます。
サービス依存関係のマッピング: システムを接続してトラブルシューティングを迅速化します。
  • サービス関係の最新のマップを維持します。
  • 変更中にマップを自動更新します。
  • すぐにアクセスできるようにダッシュボードに依存関係を表示します。
最高クラスのツールを活用: オブザーバビリティーとワークフローを結び付けます。
  • ツールの統合ポイントを利用して、システムの全体像を把握できます。
  • 特定のニーズと既存のワークフローに最適なツールを選択してリンクさせます。
  • 反復的なタスクを自動化することで手作業によるエラーを減らし、配信スピードを向上させます。
アラートのファイン・チューニング: ノイズを排除して、重要なことに集中できます。
  • 明確なアラート・レベルを設定します。
  • 関連するアラートをグループ化して、煩雑さを減らします。
  • 古いルールやノイズの多いルールを定期的にクリーンアップします。
自動化されたプレイブックを使用: 迅速に対応してダウンタイムを削減します。
  • 一般的な問題のランブックを作成します。
  • アラートを役立つガイドやスクリプトにリンクします。
  • 自動修正プログラムを、ライブで使用する前にテストします。
カオス・エンジニアリングを実践: ストレス下でシステムのレジリエンスをテストします。
  • 安全な環境で障害テストを実行します。
  • 停止や性能の問題をシミュレートします。
  • 成果を使用して監視と対応を改善

DevOpsエンジニアのように考察するAIエージェントを活用

インフラストラクチャーを表す複数の立方体の図

物事が起こると、人々が頼るのはあなたです。そして、特にシステムが無秩序に広がったり、何の前触れもなくインシデントが発生したりすると、そのプレッシャーが積み重なる可能性があります。問題が発生したときに、ログを精査したり、問題を手動でまとめたりする時間が必ずあるわけではありません。

そこで、エージェント型AIを活用したインテリジェントなオブザーバビリティー・プラットフォームの出番です。第二の目のように機能し、調査し、点と点を結び付け、問題を解決するための手順を示します。AIエージェントは、ユーザーの思考を反映し、ユーザーと協力してより迅速にトラブルシューティングを行い、洞察を引き出し、一秒一秒を争う状況で行動を起こすことができます。ゼロから始めるのではなく、有利なスタートを切ることができます。

自動タスク実行 - AIエージェントは、コードのIntegration Testing、デプロイメント、監視などの反復的なタスクを処理するため、エンジニアは戦略的な業務に集中できます。

予測監視とインシデント対応 - AIエージェントは、履歴データとリアルタイムのデータを分析することで、障害を予測し、異常を検知し、自動対応をトリガーできるため、ダウンタイムを最小限に抑え、信頼性を向上させることができます。

継続的改善 - 機械学習を通じて、エージェントは非効率性を特定し、パイプライン全体の改善を提案または実装することで、より迅速な反復と最適化を実現します。

そのプロセスは実際にあなたにとって何を意味するのでしょうか。

AIエージェントを活用するインテリジェントなツールは、システムの面倒を見ることに時間を取られず、構築に集中できるよう支援します。こうしたツールはバックグラウンドで静かに確実に動作するため、より明確な状況把握のもと、ストレスを抑えて業務を進められます。

大規模なマイクロサービスを管理する場合でも、重大なインシデントをトラブルシューティングする場合でも、適切なオブザーバビリティー・ツールが結果を大きく左右します。

自動化されたオブザーバビリティー・ソリューションは、アプリケーションとインフラストラクチャーのパフォーマンスに関する詳細なリアルタイムの洞察をDevOpsチームに提供します。その結果、問題を迅速かつ確実に特定し、解決できます。

それは、深夜までパフォーマンス問題の原因を追い続ける必要が減るということ、問題が深刻化する前に把握できるということ、そして大規模なデプロイ時の心配事を1つ減らせるということです。

3つの主要な段階を含むソフトウェア開発プロセスを示す3枚の白いカードが青い接続線で結ばれている円形のワークフロー図のイラスト

新しいサービスを本番環境にデプロイするところを想像してみてください。数分のうちにレイテンシーが急増し、エラー率が上昇し始めます。しかし、複数のダッシュボードを横断する代わりに、インテリジェントなオブザーバビリティー・プラットフォームに目を向けることになります。スタック全体をリアルタイムで可視化することで、影響を受けるサービスを明確に把握し、問題を依存関係の設定ミスまで追跡して、エスカレートする前に解決できます。

急速に変化するIT環境では、多くの場合、対応と解決の違いは信頼できるツールにかかっています。オブザーバビリティーがインテリジェントで、自動化され、深く統合されている場合、単なるダッシュボードではなくなり、スタックで待ち望んでいた欠落した部分を埋めてくれます。専用のオブザーバビリティー・ソリューションは、次の目的に役立ちます。

画面を指差している女性

DevOpsツールキットに欠けている要素

1
アプリケーション・スタック全体を網羅的に監視できるようにします。これには、すべてのサービス、API、データベース、インフラストラクチャー・コンポーネントが含まれます。
2
エージェント型AIを活用したインシデント検出で、ダウンタイムと運用上のオーバーヘッドを最小限に抑え、スタック全体でインシデントを迅速に検知して解決できます。
3
アプリケーション、インフラストラクチャー・サービス、システムを監視することで、テクノロジー・スタック全体を常時包括的に可視化し、より一貫性のある信頼性の高いデリバリーをサポートします。
4
フルスタックの理解とコンテキストを獲得して、問題の特定と解決を加速することで、詳細な分析とリアルタイムでの自動修復につながります。
5
AI搭載エージェントを活用して、インテリジェントなインシデント調査を行い、根本原因分析を自動化して、クリティカルな問題を迅速に特定して解決します。
6
リスクと影響に基づくしきい値を使用したインテリジェントなアラートおよび通知機能を使用して、ビジネスにとって重要度が高いことに優先順位を付けます。

よりスマートなビジネスへのロードマップの構築を始める

確かに、現在のIT環境は複雑です。だからこそ、スタック全体にスマートなAI駆動型オブザーバビリティーを組み込むことは、有用であるだけでなく不可欠です。シフトレフトし、最初から開発プロセスに品質を組み込むことで、問題を早期に発見し、迅速に修正プログラムし、すべてを円滑に稼働させる体制を整えることができます。

そこで役立つのがIBM Instana®です。これは、DevOpsチームに必要なときに必要な可視性を提供するオブザーバビリティー・ソリューションです。当て推量を減らし、深夜のアラートも減り、本当に重要なことに集中できる時間が増えます。

迷う理由はありません。テクノロジーが連携し、より高い性能、優れた信頼性、そして将来に備えた基盤を実現するDevOpsの未来へ踏み出しましょう。より多くのことを発見し、より多くを修正プログラム、より多くを実現しましょう。

IBMがお勧めする理由を、その目でお確かめください。

同僚と会話中の男性がオレンジ色のソファに座り、ノートブックを指差している

© Copyright IBM Corporation 2025

IBM、IBMロゴ、IBM Instana、Instanaは、米国およびその他の国々におけるIBM(International Business Machines Corporation)の商標です。その他の製品名およびサービス名も、IBMまたは他社の商標である場合があります。IBM商標の最新リストは、https://www.ibm.com/jp-ja/legal/copytradeでご確認いただけます。

本書は最初の発行日時点における最新情報を記載しており、IBMにより予告なしに変更される場合があります。

IBMが事業を展開している国または地域であっても、特定の製品を利用できない場合があります。

本書の情報は「現状のまま」で提供されるものとし、明示または暗示を問わず、商品性、特定目的への適合性、および非侵害の保証または条件を含むいかなる保証もしないものとします。IBM製品は、IBM所定の契約書の条項に基づき保証されます。