これは、ページ・ウィジェットとSSOを使った典型的な統合のステップバイステップの詳細を提供するものです。
パートナーシップAPIは、New Relicの担当者から使用するように特に指示されていない限り、組織では利用できません。
推奨: Getting started with API と New Relic REST API v2 の例 を参照して、新しいプロジェクトを開始してください。また、API v1 のスクリプトを v2 相当のものに移行する作業を開始してください。
アカウントの作成と値の保存
accounts/create エンドポイントを使用して、アカウント、サブスクリプション、ユーザーを作成します。
ペイロードから、アカウントの値を抽出して保存します。通常、アカウント データベースに新しいテーブルを作成し、この情報を含むレコードをユーザー レコードに関連付けます。このシナリオで使用される値には、 data-access-key 、 id 、およびlicense-keyが含まれます。追加の値を保存したい場合があります。
エージェントの展開
New Relic では、お客様のアーキテクチャや言語の選択が可能であれば、お客様にエージェントを自動的にデプロイすることを強くお勧めします。私たちの経験では、文書化された最も簡単なユーザーによるエージェントのデプロイメントでも、成功率は 75% にとどまります。お客様にエージェントを自動展開することで、このようなドロップアウトがなくなります。
あなたの意図が自動展開であろうと、ユーザーがそうできるようにすることであろうと、 この操作には、アカウント作成ペイロードからの . 手動展開を計画している場合は、ライセンス キーをユーザーが簡単に利用できるようにしておくと便利です。これは、ユーザーにとって便利です。キーは、アカウントにログインすることで入手できます。
SSOによるページ・ウィジェットのデプロイ
新しく作成されたアカウントのデータアクセスキーとユーザーの電子メール、パートナーシップの共有秘密とタイムスタンプを使用して、SHA-2ハッシュに変換できるダイジェストを作成します。これらの要素を組み合わせてウィジェットのURLを作成します。
注意: データ収集の標準的な セキュリティ対策として 、New Relic では、アプリケーションサーバーが SHA-2 (256-bit) をサポートしていることが必要です。SHA-1 はサポートされていません。