データ管理ハブにあるData retention UIページでは、さまざまな種類のデータの保存期間を確認および管理できます。機密情報を保護するために、一部のデータタイプの保持期間を短くする必要がある場合や、長期間にわたるデータと傾向を確認および分析できるようにするために、より長い保持期間（最大7年間）が必要な場合があります。 保持期間の変更に関するプランとコストについて詳しくは、データオプション：Data Plusとオリジナルを参照してください。 長期的な分析とコンプライアンスのためにデータ保持期間を延長データ保持期間を延長すると、すべてのソースにわたるすべてのメトリクス、イベント、ログ、トレースの長期的な分析、視覚化、アラートを実行できるようになります。ただし、コスト、パフォーマンス、場合によってはコンプライアンス上の理由から、そのデータを管理することが重要です。当社のデータ管理ハブでは
この機械翻訳は、参考として提供されています。英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。 AIモニタリングは、AI向けアプリケーションモニタリング（ APM ）のソリューションです。 AI モニタリングを有効にすると、 APMエージェントにより、OpenAI や BedRock などのベンダーがサポートするモデルのパフォーマンス、コスト、品質をエンドツーエンドで可視化できます。 ユーザーが AI アシスタントとどのように対話するかを調べ、AI イベントに対するモデルの応答に関するトレース レベルの詳細を掘り下げ、アプリ環境間でさまざまなモデルのパフォーマンスを比較します。 one.newrelic.com > AI monitoring > AI responsesに移動します。 AIモニタリングはどのように機能するので
In this doc you'll learn how we define user type, what features each user type has access to, and how to decide on a user type. Want to learn about how users are calculated for billing purposes? See New Relic pricing. If you haven't already, be sure to sign up for a New Relic account. It's free, forever. What is the user type? A New Relic user's user type determines the maximum set of New Relic pe
I just started using New Relic RPM with my rails app, and one of the metrics they provide is "Throughput RPM". I have googled everywhere and thoroughly combed the New Relic docs, and I cannot find ANY written explanation of the RPM throughput metric. Is it "requests per minute" or "requests per millisecond" or something else? ** combustion engines and revolutions per minute make this impossible to
株式会社MIXIで『家族アルバム みてね』（以下みてね）のSREグループに所属している本間です。 みてねは現在、1,500万人を超えるユーザに175の国と地域でサービスを提供しています(2022年8月現在)。そこで、より高い信頼性と可用性を担保するためにみてねのSREグループではオンコールエンジニア制度を設けています。 今回はこの「みてねのSREグループにおけるオンコールエンジニア制度の取り組み」についてご紹介させて頂きます。 オンコールの定義 まず、どのような条件でアラートを設定しオンコールを実施するかの定義について簡単に触れておきます。 現在はさまざまなソースから多種多様な情報を収集することができます。 たとえば、みてねではKubernetes（Amazon EKS）を採用しています。Kubernetesだけでも非常に多くのメトリクスが収集できますが、それだけではなくアプリケーション
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
Top takeaways 既にご存知の方も多いかと思いますが、New Relicがネットワーク層の可観測性を実現するNetwork Performance Monitoring(以下、NPM)機能をリリースしました。こんな動画やこんな動画が見れるので、とてもワクワクしますね。 例えば、New Relicが提供するInfrastructureエージェントを用いたサーバ内部からの監視だけでなく、ネットワークの重要拠点から当該サーバやネットワーク機器へのポーリングや性能情報を取得することで、ご提供されているサービスやシステムの健全性をより多くの観点で確認することができ、隠れた課題を炙り出すことができるようになりますね。 このブログがポストされるタイミングでは、NPMは大きく2つの機能が提供されいています。 Simple Network Management Protocolを用いたポーリング機
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く