• /
  • EnglishEspañolFrançais日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

レベル 2 - APM 重要度タグ カバレッジ スコアカード ルール

APM 重要度タグ カバレッジにより、アプリケーションがビジネスの重要度レベルで適切にラベル付けされ、ビジネスへの影響に基づいて監視作業、インシデント対応、リソース割り当ての優先順位付けが可能になります。

このスコアカードルールについて

このAPM重要度タグ カバレッジ ルールは、ビジネス稼働時間成熟度モデルのレベル 2 (プロアクティブ) の一部です。 APM アプリケーションに、ビジネス オペレーションにとっての重要性を示す重要度タグがあるかどうかを評価します。

これが重要な理由:重要度タグは、インシデント発生時にどのシステムに即時の対応が必要で、どのシステムに長い解決時間を許容できるかをチームが理解するのに役立ちます。これにより、より効果的なリソース割り当てが可能になり、重要なビジネス機能が適切に監視されるようになります。

説明

スコアは最新のエンティティ スキャンに基づいており、ターゲット エンティティに「重要度」タグの値がない場合は失敗します。

解釈

このルールのスコアが低い場合、組織がシステム資産のメタデータまたはセマンティック規則を完全に実装していないことを示している可能性があります。重要性タグは、オブザーバビリティ プラットフォーム内の組織の明確性を向上させるために非常に重要であり、ミッション クリティカル、顧客に影響を与える、内部、またはコンプライアンスのビジネス目的のさまざまな運用コンテキストを区別するのに役立ちます。 ビジネスの重要性を識別するための標準があれば、最も重要なシステムに注意とリソースを集中させるアラート、SLI、または継続的な改善プロセスを開発できます。

重要度レベルを理解する

ビジネスの優先事項に合わせた一貫した重要度タグ付け戦略を確立します。

高い臨界性

  • 収益を生み出すアプリケーション:電子商取引プラットフォーム、支払い処理、請求システム
  • 顧客向けサービス:ユーザー認証、コア製品機能、顧客サポート ポータル
  • 規制コンプライアンスシステム:財務報告、データプライバシー、監査ログ
  • 対応予定時間:数分以内の即時対応、24時間365日の監視

中程度の重要度

  • ビジネス機能のサポート:社内ツール、レポートシステム、データ分析プラットフォーム
  • 非顧客向け API:内部統合、データ同期サービス
  • 開発およびテストインフラストラクチャ: CI/CDパイプライン、ステージング環境
  • 応答予定時間:営業時間内 (1~4 時間以内)

重要度が低い

  • 実験的な機能:ベータ機能、A/B テスト プラットフォーム
  • 内部ユーティリティ:監視ダッシュボード、管理ツール
  • 本番環境以外の環境:開発、サンドボックス、トレーニングシステム
  • 対応予定時間:計画されたメンテナンス時間、翌営業日

重要度タグ付けの実装方法

包括的な重要度タグの適用範囲を確立するには、次の手順に従います。

1. アプリケーションポートフォリオを評価する

  1. すべてのAPMアプリケーションのインベントリ:現在監視しているすべてのアプリケーションをリストします。
  2. ビジネスへの影響を評価する:ビジネス関係者と協力して各アプリケーションの役割を理解する
  3. 依存関係を文書化する:アプリケーションがどのように相互作用し、相互にサポートするかを特定する
  4. ユーザーへの影響による分類:どのアプリケーションが顧客と内部ユーザーに直接影響を与えるかを判断します。

2. タグ付けスキーマを定義する

一貫したタグ値を選択してください:

  • 標準化された値を使用します: highmediumlowまたはcriticalimportantstandard
  • 各レベルの基準を明確に文書化する
  • すべてのチームが同じ基準を理解して適用できるようにする

追加のコンテキスト タグを検討してください。

  • 環境: productionstagingdevelopment
  • 事業単位: paymentscustomer-servicemarketing
  • 地理的地域: us-easteu-westasia-pacific
  • スタック技術: frontendbackenddatabaseapi

3. タグを体系的に実装する

可能な場合は自動化を使用します。

  • 代替設定:環境変数または設定ファイルを通じてタグを設定する
  • デプロイメントの自動化: CI/CDパイプラインにタグを含めます
  • コードとしてのインフラストラクチャ: Terraform、CloudFormation、または同様のツールでタグを定義する
  • API自動化: New Relic APIを使用して命名規則に基づいてタグを一括適用する

手動タグ付けプロセス:

  1. 重要度の高いアプリケーションから始める:まずビジネスクリティカルなシステムに重点を置く
  2. チームまたはドメインごとに作業:アプリケーションの所有者にタグ付けの責任を割り当てます
  3. 検証とレビュー:タグが正しく一貫して適用されていることを確認する
  4. 定期的なメンテナンス:アプリケーションの進化に合わせてタグを更新するための定期的なレビューをスケジュールします

改善の測定

これらのメトリクスを追跡して、重要度タグの改善を検証します。

  • タグ カバレッジ パーセンテージ:すべてのAPMアプリケーションにわたって 100% の重要度タグ カバレッジを実現する AI モニタリング
  • タグの正確性:定期的なレビューを通じて、タグが実際のビジネスの重要性を正しく反映していることを確認します。
  • 応答の優先順位付け:重要なインシデントの応答時間が短縮されるかどうかを測定します。
  • リソース割り当ての有効性:監視リソースが重要なシステムに適切に集中していることを確認する

一般的なシナリオと解決策

重要度が不明瞭なレガシーアプリケーション:

  • 問題:古いアプリケーションには明確なビジネスオーナーや文書化された重要性がない場合があります
  • 解決策:保守的なタグ付け(中程度の重要度)から始めて、インシデントの影響分析に基づいて改良する

複雑な依存関係を持つマイクロサービス:

  • 問題:個々のサービスは重要度が低いように見えるが、重要なビジネス機能をサポートしている
  • 解決策:サービスマッピングを使用して依存関係を理解し、下流への影響に基づいてタグ付けする

開発およびテスト環境:

  • 問題:本番環境以外の環境クラッター臨界度メトリクス
  • 解決策:環境タグを使用して本番環境と非本番環境を区別するか、このルールから非本番環境を除外します。

時間の経過とともに重要度が変化するアプリケーション:

  • 問題:製品のリリース、季節的なトラフィック、ビジネス戦略によってビジネスの重要性が変化する
  • 解決策:分類を更新するために定期的なタグ付けレビューサイクル(四半期ごとまたは半年ごと)を確立する

重要度タグを効果的に使用する

まとめ・インシデント管理

  • 通知の優先順位付け:重大なアラートを即時応答チャネル ( PagerDuty 、 SMS) に送信します
  • エスカレーション手順:重要度の高いインシデントに対するより迅速なエスカレーションパスを定義する
  • SLA差別化:アプリケーションの重要度に基づいて異なる応答タイムターゲットを設定します

リソースの割り当て

  • 監視強度:重要なアプリケーションに、より包括的な監視を適用します。
  • キャパシティプランニング:重要度の高いシステムのパフォーマンス最適化を優先する
  • セキュリティの重点:重要なビジネスアプリケーションに対する強化されたセキュリティ監視を実装する

レポートと分析

  • エグゼクティブダッシュボード:重要なシステムの健全性に関するリーダーシップレポートに焦点を絞る
  • ビジネスへの影響分析:重要なアプリケーションのインシデントとビジネス メトリクスを関連付けます
  • ROI計算:重要度とビジネス価値に基づいて監視投資を正当化する

高度なタグ付け戦略

外部システムとの統合

  • CMDB 同期:重要度タグを設定管理データベース レコードと同期します。
  • サービスカタログ: ServiceNowなどのITサービス管理ツールと連携
  • ビジネス アプリケーション インベントリ:エンタープライズ アーキテクチャとの接続 - ドキュメント

動的タグ付け

  • 時間ベースの重要度:一部のアプリケーションは、営業時間中や特定の季節に重要度が増す場合があります。
  • イベント主導の更新:主要なビジネス イベント (セール、キャンペーン) 中に重要度を自動的に更新します。
  • 地理的な考慮:地域や市場によって重要度レベルが異なる

重要な考慮事項

  • ビジネスの整合性:重要度レベルが技術的な複雑さではなく、実際のビジネスへの影響を反映していることを確認する
  • 定期的なレビュー:アプリケーションの重要度はビジネス戦略によって変化する可能性があるため、定期的にレビューする必要があります。
  • チームの合意:重要度の決定には技術関係者とビジネス関係者の両方を関与させる
  • 文書化:重要度の基準と決定の根拠を明確に文書化しておく

次のステップ

  1. 即時対応:既知の重要なシステムから始めて、現在重要性タグが不足しているアプリケーションを特定してタグ付けします。
  2. プロセスの確立:定期的なレビューサイクルを備えたタグ付けガバナンスプロセスを作成する
  3. ツールの統合:自動化を実装して、デプロイメント全体でタグの一貫性を維持します。
  4. 利害関係者の調整:ビジネスチームと技術チームが重要度の分類について合意していることを確認する
  5. レベル3に進む:重要度のタグ付けが確立したら、 サービスレベルの達成に焦点を当てます。

タグ付けの戦略と実装に関する包括的なガイダンスについては、 タグ付けのドキュメントを参照してください。

Copyright © 2025 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.