• /
  • ログイン
  • 無料アカウント

本書は、お客様のご参考のために原文の英語版を機械翻訳したものです。

英語版と齟齬がある場合、英語版の定めが優先するものとします。より詳しい情報については、本リンクをご参照ください。

問題を作成する

データインジェストのガバナンスの役割を確立する& プラクティス

インジェスト計画におけるコンテキストとアカウンタビリティのレベルを確保するために、いくつかの明確な役割と実践を指定すること。少なくとも、 ガバナンスチーム を指定し、年間を通じてチェックインのスケジュールを組み、必要に応じて計画を立て、適応させます。

ステークホルダーと参加者

組織のチームがどのように構成されているかにかかわらず、データガバナンスプロセスに参加する何人かの個人を特定することが必要です。チームの選定はその場限りで構いませんが、優先順位や意思決定が必要なときに適切なステークホルダーを確保できるよう、十分広い範囲のチームから代表者を出す必要があります。チームには、全体的な観測可能性マネージャーとみなされる人物を1人配置する必要があります。これは、New Relic アカウントを管理する人、または New Relic が監視するシステムやインフラを担当するオーバーライドチームリーダーの可能性があります。

オブザーバビリティ・マネージャ

Observability Manger

コンフリクトを解決し、必要に応じて上級管理職とコミュニケーションをとるための窓口となる人物です。 " このkubernetesクラスタは誰のもの?" このような疑問につながる所有権のグレーゾーンが組織に存在する場合、この人物の存在が不可欠となる。

ガバナンスチーム

Governance Team

Observability manager がこのチームのリーダーとして機能しています。このチームのメンバーは、New Relic で監視するシステムやサービスに関する実践的な技術知識を持ち寄ります。彼らは観測可能性マネージャの同僚である場合もあるため、コラボレーションが鍵となります。Observability Center of Excellence (OCoE) のような既存の構造がある場合、ガバナンスチームは主に OCoE Core Team から構成することができます。

OCoEチームの主な責務は、一般的に以下の通りです。

  • New Relicとの関係を維持する。
  • アカウントとユーザーを管理する。
  • 新しいチームや個人を受け入れる。
  • 観測可能な知識ベースを維持する。
  • チーム間のコラボレーションと共有を促進する。

データガバナンスを取り入れることで、次のような責任が加わります。

  • 観測可能なマネージャーと協力して、毎月のインジェスト目標を達成する。
  • データ取り込みのベースラインを監視し、異変に対応する。
  • 必要に応じて、データの最適化/削減のための計画を立案し、承認する。
  • 定期的に行われるチェックインに参加し、ベースラインデータを分析し、インジェストターゲットと比較します。
  • 必要に応じてインジェストターゲットを修正する。

タイムラインとチェックイン

年間を通じてデータインジェストガバナンス会議を開催し、データインジェストの量について全員が最新情報を把握できるようにする。そうすることで、データインジェストガバナンスが予測可能になり、管理が容易になります。

インジェストターゲットの年間計画

Yearly Ingest Target Planning

組織全体の遠隔測定インジェストターゲットを維持するために会う。これは、組織にとって有用である限り、いくつものファセットに分割することができる。例えば、次のようなインジェストターゲットを採用することができます。

  • 組織全体(月間):1000TB
  • チームA(月額):500TB
  • チームB(月額):300TB
  • チームC(月額):100TB

この大まかな目標設定により、不確実性のバッファとして100TBが残される。また、特定の変動が激しい遠隔測定に基づいて、いくつかの特定の制限を選択することもできます。例えば、ログやメトリクスのインジェストに組織やチームベースの制限を設定することができます。

毎月のインジェストチェックイン

Monthly Ingest Checkin

このセッションで、計画に対するインジェストを追跡し、目標に到達するために必要なアクションアイテムを作成します。

アドホック・アノマリー・レゾリューション

Ad Hoc Anomaly Resolution

時には、システムのリファクタリングや組織の変更によって、データの取り込みが予想以上に増加することがあります。このような場合、特定のトピックに対処するために会議を招集する必要があるかもしれません。注意すべきシナリオをいくつか挙げる。

  • 新しいソフトウェアを導入すると、ログ量が3倍になる。
  • あるチームが新しいクラウド統合をいくつか実現したところ、メトリクスの摂取量が予想に反して200%も増加しました。
  • 新会社の買収により、全体のテレメトリ量が増加する。
  • ビジネスシーズンのピークとピーク前のリファクタリングにより、カスタムイベントの数量が予想を上回った。
問題を作成する
Copyright © 2023 New Relic Inc.