導入急がれる「AIOps」成功のポイント──コストと時間をドブに捨てないために
「AIOps」導入の課題 AIOpsを導入することで、インシデント対応におけるプロセス全体を大きく改善することができます。たとえば、システム障害対応の文脈ではノイズの減少、異常の検知、高度なパフォーマンス監視・分析、原因分析の自動化などにも取り組めるでしょう。これらにより開発者やオペレーターは単調な反復作業ではなく、意味のある仕事に集中できるようになります。 しかし、AIOpsの導入には、いくつかの乗り越えなくてはならない課題も存在していることをご存じでしょうか。下記、4つの視点で考えてみましょう。 データの品質と管理 AIOpsの成功には「高品質なデータ」が不可欠です。しかし、多くの企業はデータの品質や一貫性に問題を抱えています。データが不十分であったり、サイロ化により分断されてしまっていたりする場合、AIOpsの導入効果が減少する可能性があるでしょう。まずは、データの標準化と検証を行い
「Runbook自動化」でシステム運用効率化を図るには、手動管理に潜むリスクを低減させる
Runbookにまつわる効率化の阻害要因とリスク 前回は、システム運用のためにRunbookを作成すること、そして作成するにあたってのステップを紹介しました。 とはいえ、Runbookを導入したからといって、ただちに運用が効率化するとは限りません。なぜなら、次のような課題が起きうるからです。 複雑な手順を毎回正確に実行する必要がある 運用において、ミスは許されません。実行するたびにミスがないよう、Runbookと見比べながら、時には指さし確認や同僚からのダブルチェックを受けながら行うことになるでしょう。これでは、なかなか効率はよくなりません。 すべてのシステムに担当者全員がアクセスできるわけではない セキュリティリスクを軽減するため、適切なアクセス権限を行うことは重要です。その結果、運用担当者全員が必ずしもアクセス権限を持たない状況が発生してしまいます。そうすると権限を持った他の担当者を呼
「Runbook（ランブック）」とは何か、インシデント対応に追われるIT運用を変えるメソッド
予期せぬトラブルやインシデント対応に追われる際、「解決策を見つけるためにGoogleで検索する」「社内Wikiやドキュメントに目を通す」「共有スクリプトの場所を探す」「同僚に尋ねる」など、ありとあらゆる方法を試されるかもしれません。特に経験の浅い担当者にとって適切な判断や対応は難しく、解決策を探すために膨大な時間と労力を費やすことも珍しくありません。 しかし、頻発する問題について同じ解決策を何度も調べているような状況があるならば、効率性の観点から見直しを検討すべきでしょう。このような状況を改善し、効率的かつ安定したIT運用を実現するために活用できるのが『Runbook（ランブック）』です。これは、頻繁に発生するIT業務や問題解決の手順を詳細に記した説明書であり、たとえるならば“料理のレシピ”のようなもので、特定の作業を迅速かつ正確に実行するための手順が明確に記載されています。 Runboo
インシデントとシステム障害は何が違う？ 「インシデント対応」の基礎を再復習
「インシデント対応」とは？ インシデント対応とは、ITシステムの運用において「ユーザーが正常にサービスを利用できない状態」が発生した際に、迅速にシステムやサービスを復旧させるための取り組みを指します。一方で「インシデント」は、将来的に重大な事件に発展する可能性のある事象、小さな事件を意味します。 つまり、ユーザーの操作ミスからシステム障害まで、幅広い事象がインシデントに含まれます。たとえば、ユーザーがパスワードを連続で誤入力してアカウントがロックされたり、システムのライセンスが切れてエラーが表示されたりする状況などもそうです。 一方、セキュリティ分野では「セキュリティを脅かす恐れのある事象」をインシデントと呼びます。具体的には、不正アクセスによる情報漏えいや改ざん、サイバー攻撃やマルウェア感染によるシステム異常などが該当します。 現代社会では、あらゆるサービスがITシステムに依存しているた
コンサルタントがよく使うRFPの書き方：12項目で網羅的に作成
情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。 新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト（月単価150万円以上）であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根本的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。 そこで要件定義フェーズで整理したことを正確に設計フェーズにつなげるために用い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「AIOps」で属人化したシステム障害管理は変わるのか、仕組みとユースケースからひも解く
監視ツール高度化で「アラートノイズ」が頭痛のタネに シニアエンジニアへの負荷も増大、どう解消する？
「その発想はなかった！」と言わせる技術を身につけよう～仕事の幅を広げる19の発想技法
メンバーを「うつ」にしない！ 管理職・プロマネのためのメンタルヘルス基礎講座 (1) メンバーの健康管理はプロジェクトマネジャーの義務である
NetBeans 6.5でRailsアプリケーションのテスト駆動開発を
止まらないシステムはLinuxで作る！～オープンソースを活用したHAサーバ構築入門一覧