今後のイベントやトレーニングにぜひ参加してください。Relicサポートにチケットを起票し、テクニカルサポートエンジニアから回答を受けることができます。日本法人と契約しているお客様および日本法人のパートナーと契約しているお客様は日本語でお問い合わせいただくことができます。お客様がサポートチケットを作成される際に、早期解決につながるよう記述内容のガイドラインをまとめました。基本情報を確実に入力するPermalinkの記入、適切なタイトル、緊急度(Critical)フラグの設定にご協力ください。Criticalフラグはその問題によりお客様のビジネスに影響が出ており回避策が見つかっていない場合、もしくは重大なセキュリティ問題の場合のみチェックを入れていただくようお願いします。チェックを入れられたもののそのような状況か確認できない場合、サポートからお客様に緊急度の状況確認を行うことがあります。instrumentation適用などのためお客様のソースコードを編集している場合、ソースコードを添付いただくことが調査に非常に役立ちます。ソースコードの添付が難しい場合、その概略であったり、再現したサンプルアプリがあると非常にスムーズになります。試した対応策があればご共有してください。文脈依存性のないように記述するお客様のプロジェクトや環境名のみで説明することは避けてください。IDなどをご記入ください。ご案内が難しいご質問があります一般的な性能に関するお問い合わせは回答が難しくなります。Relicの障害に関する詳細なお問い合わせは回答が難しくなります。配信される情報をご参照ください。いずれのケースでも、お客様のアプリケーションにおける固有の事象については調査が可能になることがあります。判断が難しい場合は、詳細な状況をチケットに記述ください。必要に応じて、電話やビデオ会議の設定も可能です。サービスそのものについてのフィードバック(機能リクエスト)などもお問い合わせいただけます。チケットがクローズした後、サポート対応についてのフィードバックをお願いすることがありますので、ぜひご回答ください。課題が解決した際のお願いお問い合わせした内容が解決した場合はその時点で問い合わせをクローズする旨をご連絡ください。一度クローズしたチケットも、後から再度問い合わせすることが可能です。(1ヶ月以上経過した場合、チケット自体は以前のチケットを参照して新規に作成されますが、お問い合わせそのものは継続します)お客様からの回答待ちの状態が一定期間つづくと、回答をお願いする通知を送信した後、自動的にクローズされます。お気づきのことなど、その時点でわかっていること、その時点での状態をぜひお気軽にコメントください。最後に、本ガイドラインを作成するにあたり、AWSサポートの技術的なお問い合わせに関するガイドラインを参考にさせていただきました。ここにお礼を述べさせていただきます。Engineerソフトウェアエンジニア、インフラエンジニアなど自社開発や自社運用の現場で経験を積んだのち外資系ソフトウェアベンダーでのテクニカルサポートを経て現職。Relicユーザーだった経験あり。Technologies。得意分野はC#をはじめとするソフトウェア開発、Kubernetes関連技術およびパブリッククラウド。株式会社の公式見解であるわけではありません。本ブログには、外部サイトにアクセスするリンクが含まれる場合があります。いかなる保証も提供することはありません。