Datadogチームガバナンス
監視プラットフォームの利用者が増えるにつれ、「誰が何を見ることができ、誰が設定を変更できるか」というガバナンス(統治)の重要性が増してきます。誤った設定変更による監視の停止や、機密性の高いログの漏洩を防ぐためには、適切なアクセス制御とチーム設計が必要です。
本記事では、Datadogで安全かつ効率的に共同作業を進めるための権限管理とガバナンスの仕組みを解説します。
ロールベースのアクセス制御 (RBAC)
Datadogは、ユーザーごとに直接権限を付与するのではなく、「ロール(役割)」を作成し、ユーザーにそのロールを割り当てるRBAC方式を採用しています。
標準ロール
デフォルトで以下の3つのロールが提供されています。
- Admin (管理者): 全ての機能、設定、ユーザー管理へのフルアクセス権限。
- Standard (標準): ダッシュボード、モニター、ノートブック等の作成・編集・削除が可能ですが、组织全体の設定や請求情報にはアクセスできません。
- Read-only (閲覧のみ): 全てのデータの閲覧は可能ですが、作成や編集は一切できません。
カスタムロール (Enterprise)
Enterpriseプランでは、より詳細な権限を組み合わせた独自のロールを作成できます。
- 例: Log Viewer限定ロール: インフラやメトリクスは見られないが、特定のフィルタがついたログのみ閲覧可能。
- 例: Monitor Operatorロール: モニターの「ミュート(一時停止)」はできるが、モニターの設定自体は変更できない。
チーム (Teams) 機能を活用した運用
Datadogには、ユーザーをグループ化して管理する「Teams」という機能があります。
- 所有権の明確化: ダッシュボードやモニターに「担当チーム」を紐付けることができます。これにより、アラート発生時にどのチームが責任を持つかが明確になります。
- フィルタリングの簡素化:
team:sreといったタグと組み合わせることで、自チームに関連するリソースだけを即座に表示できます。 - 共同作業の効率化: チーム全体に対して一括で通知を送る、あるいはダッシュボードを共有するといった運用がスムーズになります。
組織管理 (Organization Settings)
大規模な企業や、複数のプロジェクトを抱える組織では、アカウントを分ける(あるいは繋ぐ)戦略が必要です。
1. マルチオーガニゼーション (Multi-org)
親組織の下に独立した子組織(Org)を作成できます。
- 用途: 本番環境とテスト環境を完全に論理分離したい場合や、複数の子会社を持つホールディングス企業がデータを混在させたくない場合に適しています。
- メリット: 各Orgで独立したAPIキーや請求(Usage)管理が行えます。
2. SAML/SSO連携
企業で利用しているIDプロバイダー(Okta, Azure AD, Google Workspace等)と連携し、シングルサインオンを実現します。
- 利点: ユーザーが退職した際のアクセス自動剥奪や、パスワード管理の負担軽減、そしてパスワード要件の強制(多要素認証など)が可能になります。
セキュリティとガバナンスのチェックポイント
- APIキー/アプリケーションキーの最小限化: 誰でもキーを発行できる状態は避け、必要最小限のユーザーのみがキーを管理するように制限します。
- 機密データのマスキング: ログ取り込み時のパイプライン設定で、クレジットカード番号やパスワードなどの機密情報を自動的にマスク(非表示化)し、開発者が不用意に個人情報を見られないようにします。
- 監査ログ (Audit Logs): 「誰がいつモニターの設定を変更したか」といった履歴を監査ログから確認できる状態にします。
まとめ
ガバナンスは「制限すること」が目的ではなく、「誰もが安心して、自由に監視プラットフォームを活用できる環境を整えること」にあります。権限を適切に設計することで、現場のエンジニアは自分の担当範囲に集中でき、管理者はシステム全体の整合性と安全性を担保できるようになります。
出典: Datadog Docs - Role Based Access Control (RBAC)出典: Datadog Docs - Team Management