このドキュメントでは、ユーザータイプの定義方法、各ユーザータイプにどのような機能があるか、およびユーザータイプを決定する方法が書かれています。
請求目的でユーザーがどのように計算されるかを知りたい場合New Relic Oneの価格設定を参照してください。
「ユーザータイプ」とは何ですか？
ユーザータイプでは、ユーザーが理論的にアクセスできるNew Relic機能のセットが決定されます。実際、ユーザーには多くの場合、さまざまな方法で機能を制限する役割が割り当てられますが、ユーザータイプは理論上の最大機能セットを表します。
3つのユーザータイプがあります。
- ベーシックユーザー：いくつかの基本的でありながら強力なNew Relicプラットフォーム機能。
- コアユーザー（可用性に制限あり）：基本ユーザーよりも機能が多い。
- フルプラットフォーム ユーザー：すべての機能。
機能の詳細については、機能を参照してください。ユーザータイプの概念の詳細については、読み続けてください。
New Relic One価格設定モデルでは、ベーシックユーザーは無料で、コアユーザーとフルプラットフォーム ユーザーが請求対象です。ユーザー数は使用量UIで追跡されます。ユーザー数は請求要素であるため、ユーザー請求の計算の仕組みを理解することが重要です。
New Relicユーザーを追加する必要がある場合、作成するユーザータイプを決定するのが重要になります。わからない場合は、まずベーシックユーザーとして追加し、後からどのユーザーをアップグレードするか決定できます。ユーザータイプの調整方法については、ユーザータイプの管理を参照してください。
ユーザータイプとは、今後数か月以上にわたってユーザーが期待する、New Relicの責任に基づいた、かなりの長期設定を意図しています。この意図は、当社の請求計算とダウングレードのルールに反映されています。ユーザーのNew Relicアクセスをより頻繁に、またはよりきめ細かく調整するために、より制限の厳しい役割に割り当てることができます。
ユーザータイプの機能の概要
重要
2022年1月12日から2022年2月28日まで、ベーシックユーザーはコアユーザー機能のプレビューに無料でアクセスできます。
以下に、各ユーザータイプ機能の概要を示します。
基本ユーザー | コアユーザー（可用性に制限あり） | フルプラットフォームユーザー |
|---|---|---|
ベーシックユーザーは無料で、ユーザー数に制限はありません。New Relicオブザーバビリティ ツールの設定、データのクエリの実行、チャートとダッシュボードの作成、基本的なアラート機能の使用などを行うことができます。 詳細については、機能表全体を参照してください。 | コアユーザーは、ベーシックユーザーよりも多くの機能にアクセスできますが、フルプラットフォーム ユーザーに比べると機能は限定されます。New Relic CodeStream、ログUI、New Relic Oneアプリを構築する機能など、開発者を重視した強力な機能の一部にアクセスできます。 詳細については、機能表全体を参照してください。 | フルプラットフォーム ユーザーは、APM、インフラストラクチャモニタリング、ブラウザモニタリング、モバイルモニタリング、合成モニターを含む、さらにキュレートされたオブザーバビリティUI体験などのすべての機能にアクセスできます。 詳細については、機能表全体を参照してください。 |
ユーザーの理論的アクセスは、ユーザータイプによって管理されることに注意してください。実際、ユーザーは自身のアクセスをさらに制限する役割を割り当てることができます。
機能詳細の比較表
ここでは、ユーザータイプ別の機能の比較について詳しく説明します。ユーザータイプの割り当てに関するヒントについては、ユーザータイプを決定するを参照してください。
何が得られるか | 基本ユーザー | コアユーザー（可用性を参照） | フルプラットフォームユーザー |
|---|---|---|---|
無制限クエリ | |||
任意のソースからのデータ報告（エージェント、インテグレーション、API） | |||
通知の取得とインシデントの解決 | 通知の取得とインシデントの解決 | ||
ログ管理1 | 検索/表示のみ | ||
インストールのみ | インストールのみ | ||
リストビューのみ | |||
NerdGraph（当社のGraphQL API） | （許可された機能の場合） | ||
エラー受信トレイを使用したエラー追跡 | |||
Infinite Tracing（ProおよびEnterpriseエディションのみ） | |||
ネットワークパフォーマンスモニタリング（NPM） | |||
1特定の機能に対するユーザータイプアクセスの仕組みについて、以下に詳しく説明します。
ユーザータイプの選択方法
New Relic Oneの価格設定では、ユーザータイプは請求要素の1つです。ユーザータイプを決定する前に、ユーザー関連の計算とダウングレードルールを確実に理解する必要があります。機能の詳細な比較については、機能表を参照してください。
以下で、ユーザータイプを決定するためのいくつかのヒントをご説明します。
あるユーザーをフルプラットフォームユーザーにする理由：
- アプリケーション開発ライフサイクルの開発、テスト、デプロイメント、メンテナンス段階で重要な役割を担っている。
- コードを定期的に変更/修正しており、ワークフローのトリアージ、トラブルシューティングまたはチームのユーザーとロールの管理を担当している。
- DevOpsのプラクティスに従っている（例：バージョン管理システムとCI/CDの実装）。
- New Relicのキュレート済みのダッシュボードとUIを使用する必要がある（自身のカスタムクエリとチャートの作成だけでなく）。つまり、プラットフォームへのフルアクセスが必要である。
- ユーザーおよび/または請求を管理できる必要がある。
あるユーザーをフルユーザーにする理由：
信頼性とアップタイムを主な責任として任されていない開発者である。
プラットフォームへのフルアクセスは必要ないが、次のようなコアユーザーに提供される特定の機能からメリットを得られる。
- New Relic CodeStreamを使用して、コードの問題をIDEから直接デバッグする機能。
- エラー受信トレイを使用して、スタック全体から1か所でエラーを表示する機能。
- ログ管理UIを使用して、ログの問題とパターンを特定する機能。
- New Relic Oneアプリを構築およびデプロイし、アプリカタログからアプリを使用する機能。
あるユーザーを基本ユーザーにする理由：
- アプリケーション開発ライフサイクルの企画段階で重要な役割を担っている。
- New Relicツールを使用および設定してデータをNew Relicに取り込み、そのデータにアクセスして設定し、アラートを使用している（必ずしも、ワークフローのトリアージ、トラブルシューティング、またはチームのユーザーとロールの管理を担当する必要はない）。
- 将来の企画（C-Suiteエグゼクティブなど）のために高いレベルの分析とビジネスメトリックスを望んでいる。
- キュレート済みのエクスペリエンスやダッシュボードを使用する必要はないが、データについて自身のカスタムクエリやチャートを作成できるメリットがある。つまり、プラットフォームへのフルアクセスは不要である。
- ユーザーや請求を管理していない。
ユーザータイプとアップグレードリクエストの管理
ユーザーのユーザータイプを管理する方法は、組織のユーザーがどのユーザーモデルを使用しているかに応じて異なります。
ユーザーへの請求およびダウングレードに関するルールについては、請求およびダウングレードのルールを参照してください。
「フルユーザー」表現の変更
2021年11月、製品および公開ドキュメントにおいて、ユーザータイプ名の「フルユーザー」を「フルプラットフォーム ユーザー」に変更しました。
コアユーザーなしのNew Relic Oneの価格設定のバージョンを利用する組織の場合：
- 「フルプラットフォーム ユーザー」とは、New Relic契約において「フルユーザー」および「月次でプロビジョニングされるユーザー」と呼ばれるものと同等のものです。契約レベルでの表現の詳細については、請求対象ユーザーの契約の用語を参照してください。
- フルプラットフォームのユーザー数を照会する場合、
FullPlatformUsersBillableではなく、FullUsersBillableを使用します。
何かにアクセスできませんか？
New Relicアカウントまたは機能へのアクセス不能に関する質問については、アクセスに影響する要因を参照してください。