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