announcements管理者とデータアカウントおよびユーザーの管理データとAPIデータ辞書セキュリティとプライバシーライセンスこの機械翻訳は、参考として提供されています。英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。ステージング環境と本番環境の使用について説明します。システムとの統合を開発、デバッグ、実行するためのサンドボックスとして提供されます。統合を開発する際には、以下のガイドラインに従ってください。本番サーバーでのテストアカウントの作成は控えてください。テストアカウントやサブスクリプションの作成は、できるだけステージングサーバーで行ってください。本番システムのアクティビティ・メトリクスは注意深く監視されています。本番環境でのテストアカウントの活動量が多いと、これらのメトリクスに歪みが生じ、メトリクス監視者に不快感を与えます。アプリケーションの監視にパートナーシップオーナーのアカウントを使用しないでください。パートナーシップの下でアカウントを作成し、このアカウントをアプリケーションの監視に使用してください。ステージングとプロダクションの2つの環境には、いくつかの違いがあります。これらの違いには、サーバーアドレスやいくつかのパートナーシップの値が含まれます。これらの値は、ステージング環境から本番環境に移行する際に変更する必要があるため、記録しておくと便利です。以下の表は、ステージングとプロダクションの間で変更される項目の一覧です。これらがすべての統合に共通する場合は、記入されています。あなたの統合に固有の値は空白です。あなたのパートナーシップに特有の値をこの表に記録しておくと便利かもしれません。ステージングとプロダクション間の変更を最小限に抑えるいくつかの簡単な方法で、ステージング環境から本番環境への移行に必要な労力を最小限に抑えることができます。APIコールで製品を参照する際は、製品IDではなく製品名を使用してください。「エンタープライズ」を使用します。製品の数値ID値はステージング時と本番時で異なりますが、名称の値は異なりません。数字のIDを使って製品を指定すると、生産に移行する際に変更が必要になりますが、名前の記述を使うと変更はありません。idおよびapi_keyはステージングと本番環境で異なります。これらは、統合を運用環境にプロモートするときに手動で変更する必要があります。ステージングサーバーを使用してレポートデータをテストする場合、エージェントはステージングのコレクターに向ける必要があります。統合を本番環境に進める際には、これらのパラメーターを削除するだけで、コレクターはデフォルトで本番サーバーを指すようになります。editsJavaとRubyJavaまたはRubyのエージェント設定ファイルで、本番環境の設定(必要に応じてステージング環境の設定)にこのパラメータを追加します。staging-collector.newrelic.comコピー.NET.NETエージェントの場合は、設定ファイルを編集して設定します。ssl="false"コピーPHPPHPエージェントでは、設定ファイルを編集して、serviceタグにhost属性を持たせます。