このドキュメントでは、user typeの定義方法、各ユーザータイプがアクセスできる機能、およびユーザータイプを決定する方法について説明します。
請求目的でユーザーがどのように計算されるかを知りたい場合New Relicの価格設定を参照してください。まだお持ちでない場合は、New Relicアカウントにサインアップしてください。永久無料です。
ユーザータイプとは何ですか？
New Relicユーザーのuser typeでは、ユーザーがアクセスできるNew Relic権限の最大セットが決定されます。ユーザータイプとは、今後数か月以上にわたって予想されるユーザーの責任に基づいて、かなりの長期的な設定を意図しています。
ユーザータイプの選択は、主に請求に関連して決定されます。コアユーザーとフルプラットフォームユーザーが請求対象となりますが、ベーシックユーザーは対象外です。重要な点は、組織がチームメンバーに対してNew Relicの使用からどれだけの価値が得られるか期待することです。（請求の詳細については、ユーザー請求を参照してください。）
ユーザーの権限を制御する方法として、ユーザータイプを使用しないでください。New Relicがユーザータイプごとに利用可能な権限を調整する場合があるためです。権限へのアクセスを制限するには、ロールを使用する必要があります。
3つのユーザータイプがあります。
- Basic user：いくつかの基本的でありながら強力なNew Relicプラットフォーム機能にアクセスできます。
- Core user：ベーシックユーザーよりも多くの機能にアクセスできます。
- Full platform user：すべての機能にアクセスできます。
New Relicユーザーを追加する必要がある場合、作成するユーザータイプを決定するのが重要になります。わからない場合は、まずベーシックユーザーとして追加し、後からどのユーザーをアップグレードするか決定できます。ユーザータイプの調整方法については、ユーザータイプの管理を参照してください。
ユーザータイプアクセスの概要
以下に、各ユーザータイプがアクセスできる内容の簡単な概要を示します。
基本ユーザー | コアユーザー | フルプラットフォームユーザー |
|---|---|---|
ベーシックユーザーは無料です。ベーシックユーザーは、当社のオブザーバビリティツールの設定、データのクエリの実行、カスタム（7日間のクイックスタートダッシュボード）の使用、基本的なアラート機能の使用などを行うことができます。ベーシックユーザーは、キュレート済みのエクスペリエンスは使用できません。（ UI、 UI、モバイルUIなど）。 | コアユーザーは、ベーシックユーザーよりも多くの機能にアクセスできますが、フルプラットフォーム ユーザーに比べると機能は限定されます。New Relic CodeStream、エラー受信トレイ、ログ管理UIなど、開発者を重視した強力な機能の一部にアクセスできます。 | フルプラットフォームのユーザーは、APM、infrastructureモニタリング、ブラウザモニタリング、、Syntheticsモニターを含む、さらにキュレートされたオブザーバビリティUI体験などのすべての機能にアクセスできます。 |
より詳細な比較については、ユーザータイプのアクセス比較表を参照してください。
ユーザータイプの選択方法
ユーザータイプを決定する前に、請求の影響とダウングレードルールを理解する必要があります。詳細なアクセス比較については、ユーザータイプのアクセス比較表を参照してください。
以下で、ユーザータイプを決定するためのいくつかのヒントをご説明します。
Reasons to make someone a full platform user:
- カスタムチャートをクエリして作成する機能だけでなく、New Relicプラットフォーム（キュレート済みのダッシュボードやその他のエクスペリエンス）へのフルアクセスが必要です。
- アプリケーション開発ライフサイクルの開発、テスト、デプロイメント、メンテナンス段階で重要な役割を担っている。
- コードを定期的に変更/修正しており、ワークフローのトリアージ、トラブルシューティングまたはチームのユーザーとロールの管理を担当している。
- DevOpsのプラクティスに従っている（例：バージョン管理システムとCI/CDの実装）。
Reasons to make someone a core user:
信頼性とアップタイムを主な責任として任されていない開発者である。
プラットフォームへのフルアクセスは必要ないが、次のようなコアユーザーに提供される特定の機能からメリットを得られる。
- New Relic CodeStreamを使用して、コードの問題をIDEから直接デバッグする機能。
- Errors Inboxを使用するとスタック全体のエラーを1か所で表示できます。
- ログUIを使用して、ログの問題とパターンを特定する機能。
- New Relicアプリカタログのアプリを使用する機能。
ユーザーや請求を管理できる必要がある（コアユーザーとフルプラットフォームユーザーの両方が実行可）。
Reasons to make someone a basic user:
- キュレート済みのエクスペリエンスとを使用するために、プラットフォームへのフルアクセスは不要であるが、データのカスタムクエリやチャートを作成できるメリットがある。
- アプリケーション開発ライフサイクルの企画段階で重要な役割を担っている。
- New Relicツールを使用および設定してデータをNew Relicに取り込み、そのデータにアクセスして設定し、を使用している（必ずしも、ワークフローのトリアージ、トラブルシューティング、またはチームのユーザーとロールの管理を担当する必要はない）。
- 将来の企画（Cレベルのエグゼクティブに該当）のために高いレベルの分析とビジネスメトリクスを望んでいる。
- ユーザーや請求を管理していない。
ユーザータイプのアクセス比較表
以下は、各ユーザータイプがアクセスできる機能の詳細な比較です。この表における重要なポイント：
- この表は当社の価格設定ページを元にしています。表を検索するには、User costsの見出しにアクセスし、View permissionsをクリックします。
- 機能の多くは、基礎となるデータではなく、UIエクスペリエンスへのアクセスを必要とします。すべてのユーザーは、アクセスできるアカウント内のすべてのデータをクエリし、カスタムチャートを作成して表示できます。たとえば、ベーシックユーザーはデータやブラウザモニタリングデータなどにアクセスできますが、キューレート済みUIエクスペリエンスにはアクセスできません。
- ユーザータイプは長期的な設定を意図しています。ユーザータイプとロールの両方で、New Relic機能へのアクセスを管理します。ユーザーアクセスの要因についての詳細をご覧ください。
ユーザータイプの選択に関するヒントについては、ユーザータイプを決定するを参照してください。
機能 | ベーシックユーザーの権限 | アコユーザーの権限 | フルプラットフォームユーザーの権限 |
|---|---|---|---|
700以上のインテグレーション（インスタントオブザーバビリティとクイックスタート、キュレートされたビューを除く） | |||
カスタムチャートとダッシュボード | |||
カスタムイベント | |||
リストビューのみ | （偏差信号を除く） | ||
GraphQL API（NerdGraph） | |||
アプリ内コラボレーション | |||
ログ管理 | 検索/閲覧のみ | ||
強力なクエリ機能 | |||
クイックスタートダッシュボード | 最大7日間 | 最大7日間 | |
アラートと通知の受信 | |||
管理者設定（請求およびユーザーの管理） | |||
New Relicカスタムアプリと可視化の構築と実行* | |||
エラー受信トレイの追跡エラー | 属性分析を除く | ||
New Relic CodeStream IDE拡張機能 | |||
AIOps（ITオペレーション向け人工知能） | |||
アプリケーションパフォーマンス監視（APM） | |||
ブラウザのモニタリング | |||
変更追跡 | |||
データベース監視 | |||
ディストリビューティッド（分散）トレーシング | |||
インフラストラクチャのモニタリング | |||
PixieによるKubernetesモニタリング * | |||
機械学習（ML）モデルパフォーマンス監視（MLOps） | |||
モバイルのモニタリング | |||
ネットワーク監視 | |||
OpenTelemetryのモニタリング | |||
セキュリティ監視（脆弱性管理）** | |||
サーバーレスのモニタリング | |||
サービスとエンティティマップ | |||
サービスレベル管理 | |||
合成のモニタリング | |||
ワークロード |
* 追加のご利用規約が適用されます。
** New Relic脆弱性管理は、最大100GBのデータ取り込みに含まれており、Data Plusまたはそれ以上の追加料金が必要です。
いくつかの機能の権限に関する詳細は次のとおりです。
ユーザータイプとロール
ユーザータイプとロールベースのアクセスの違いについては、以下に説明します。
- ユーザーのuser type：ユーザータイプは、組織がチームメンバーに対してNew Relicを使用して期待する作業、そしてその作業からどれだけの価値が得られるかを期待することで決定されます。これは主に請求関連の決定です。ユーザーがアクセスできる最大許可権限を設定します。ユーザータイプは、ユーザーのアクセスと権限を制御するために使用することを意図したものではありません。それを行うには、ロールを使用する必要があります
- ユーザーのroles：ロールはユーザーのアクセスを制御するものです。ロールは、New Relicで特定の作業を行うアクセスを付与するpermissions（APM設定を変更する機能など）で構成されます。ロールは、ユーザーグループに適用することで割り当てられ、組織内の1つ以上のアカウントに存在できます。
New Relicユーザーには、a）ユーザータイプおよびb）役割権限の組み合わせによって、New Relic機能を使用する権限が与えられます。New Relicユーザーが何かにアクセスするには、そのユーザータイプと割り当てられたロール（複数可）でアクセスを許可する必要があります。
たとえば、ベーシックユーザーがAll product admin（デフォルトグループUserとAdminの両方に含まれる）のような、幅広いNew Relicアクセスを有するロールを持っているとします。そのユーザータイプ（ベーシックユーザー）では、そのロールを有するコアユーザーまたはフルプラットフォームユーザーがアクセスできる多くの機能を使用できません。より多くの機能にアクセスするには、コアユーザーまたはフルプラットフォームユーザーになる必要があります。
別の例として、フルプラットフォームユーザーに、特定のアカウントに制限的なロール（Read onlyなど）が割り当てられているとします。フルプラットフォームユーザーは理論的にはNew Relicのすべてにアクセスできますが、この場合、そのアカウントに割り当てられたロールによってアクセスが大幅に制限されます。アクセスを増やすには、割り当てられたロールを変更する必要があります（例えば、別のグループに割り当てたり、グループに割り当てられたロールを調整したりするなど）。
ロールとグループの詳細については、ユーザー管理の概念を参照してください。
ユーザータイプとアップグレードリクエストの管理
ユーザーのユーザータイプを管理する方法は、組織のユーザーがどのユーザーモデルを使用しているかに応じて異なります。
ユーザーへの請求およびダウングレードに関するルールについては、請求およびダウングレードのルールを参照してください。
何かにアクセスできませんか？
New Relicアカウントまたは機能へのアクセス不能に関する質問については、アクセスに影響する要因を参照してください。