チーム、ワークスペース、メンバー、および役割
Telemetry は、最上位のコラボレーション境界としてチームを使用し、保存されたクエリを整理するためにワークスペースを使用します。新しいアカウントはデフォルトのワークスペースを受け取るため、最初のイベントとクエリが直接のホームになります。
大人数のグループを招待する前に、構成を計画してください。チーム名とワークスペース名は多くの場合、永続的なナビゲーションになりますが、共有分析に誰がアクセスできるかはメンバーシップによって決まります。
チームと役割
現在、Telemetry はチーム管理者とメンバーを区別しています。管理者は、チームの設定、招待、メンバーの役割、削除を管理できます。メンバーは、利用可能なチーム リソースを使用できます。
これら 2 つの役割を完全な企業認可モデルとして解釈しないでください。組織でカスタム ロール、承認ワークフロー、ディレクトリ同期、またはフィールド レベルのアクセス ルールが必要な場合は、その境界に Telemetry を使用する前に、現在の製品の動作を確認してください。
1 つの運用チームに少なくとも 2 人のアクティブな管理者を配置し、アクセスが 1 人の担当者に依存しないようにします。役割の変更およびオフボード後に管理者のメンバーシップを確認します。
メンバーを招待する
チーム設定エリアには、招待リンクと招待コントロールが表示されます。招待リンクを認証情報のように扱います。
- 承認されたチャネルを通じてのみ送信します。
- 公開投稿された場合、または間違った視聴者に届いた場合はリセットします。
- 保留中の招待状を確認します。
- オフボーディング中は速やかにアクセスを削除します。
- 参加後に意図された役割を確認してください。
外部コラボレーターを招待する前に、既存のワークスペース名、保存されたクエリ タイトル、ダッシュボード テキスト、または結果フィールドが顧客または業務の詳細を公開していないかどうかを確認してください。
ワークスペースを整理する
ワークスペースには保存されたクエリが含まれており、親ワークスペースの下にネストできます。ワークスペースは、サービス、製品分野、ビジネス ワークフロー、または一時的な調査を表すことができます。
安定した命名スキームを使用してください。次に例を示します。
production-reliability
api
queues
product-analytics
activation
retention
同じクエリを複数のワークスペースにコピーしないでください。レビューした定義を 1 つ保持し、その結果を必要なダッシュボードまたは運用メモからリンクします。
現在、チームのメンバーシップがワークスペースと保存されたクエリのアクセス境界になっています。ワークスペースはチームの分析を整理しますが、プライベート フォルダーではありません。すべてのチーム メンバーがチームのワークスペースとクエリにアクセスできます。分析に別の対象者が必要な場合は、別のチームを使用します。ワークスペースを移動またはネストしても、ワークスペースにアクセスできるユーザーは変わりません。
アクセスを安全に確認する
制作チームにはこのチェックリストを使用してください。
- 現在の管理者とオフボーディングの所有者を特定します。
- 保留中の招待を確認し、公開された招待リンクをリセットします。
- すべてのチーム メンバーがワークスペース分析の対象読者であることを確認します。
- 未処理のシークレット、トークン、プロンプト コンテンツ、および不要な個人データをイベントから削除します。
- 可能な限り広範なダッシュボードを集約してください。
- メンバーがアーティファクトに到達できるかどうかを想定する前に、管理者以外のアカウントでテストしてください。
- 現在の管理者/メンバー モデルで表現されていない承認要件をすべて記録します。
アプリケーションレベルの認可は引き続きアプリケーションに属します。 Telemetry イベント フィールドと SQL フィルターは分析ツールです。これらをソース製品の行レベルのセキュリティとして扱ってはなりません。
続けて APIキーと認証, 保存されたクエリとコラボレーション、そして 機密データの編集.