如果您開發或管理 Web 應用程序，您就會知道這一點。 保持良好的技術性能 這並非可有可無：它決定著使用者是會滿意並最終轉化，還是會在幾秒鐘內離開你的網站。隨著架構變得越來越複雜——微服務、容器、混合雲、外部服務——僅憑孤立的日誌或託管圖表幾乎不可能了解發生了什麼。
這就是 New Relic 的用武之地。這個可觀測性和 APM 平台可以讓你… 即時監控應用程式的行為偵測瓶頸，了解基礎設施運作狀況，以及（越來越重要的）監控專案中使用的 AI 模型。所有操作都可以在一個控制面板中完成，無需在五個不同的工具之間來回切換，省時省力。
New Relic是什麼？它有什麼用途？
New Relic 是一家 用於應用程式效能監控和可觀測性 (APM) 的 SaaS 平台 在全球廣泛使用。它的目標是讓您全面了解您的數位系統是如何運作的：後端應用程式、前端、基礎架構、資料庫、外部服務，甚至是人工智慧工作負載。
為了實現這一點，New Relic 在同一環境中進行整合 應用程式資料、基礎架構、日誌、使用者體驗和業務指標這樣一來，你就可以擺脫典型的碎片化視角（每件事都在不同的工具中），轉而採用統一的方法，從而更容易發現問題、了解問題的影響，並確定優先解決哪些問題。
該平台整合了 各種各樣的現代技術它相容於多種程式語言，例如 PHP、Java、Python 和 Ruby；雲端服務，例如 AWS 和 Azure；容器環境，例如 Kubernetes；流行的資料庫；以及各種框架。憑藉這種相容性，它對於擁有複雜分散式架構的新創公司和大型企業來說都極具吸引力。
New Relic 的內部運作原理：MELT 模型
要了解 New Relic 如何監控您的系統，了解 MELT 模型很有幫助，該模型將資料分為四種主要類型： 指標、事件、日誌和跟踪借助這些信息，該平台可以建立出應用程式行為的完整圖景。
該 指標 這些數值描述了效能：載入時間、CPU 使用率、記憶體消耗、每分鐘請求吞吐量等等。這類數據非常適合用來觀察效能隨時間變化的趨勢，並檢測異常峰值或效能逐漸下降的情況。
很多 活動 這些日誌記錄了應用程式或系統中發生的活動。它們通常包含多個日誌行，描述已發生的事件：例如，已完成的交易、資料庫錯誤或對外部服務的呼叫。它們有助於您了解發生了什麼以及發生的上下文。
很多 日誌或記錄 這些是事件的逐行詳細信息，包含時間戳和其他屬性。借助這些信息，您可以逐步重現特定應用程式或服務執行的操作，它們對於調查難以重現的異常行為或錯誤至關重要。
最後，還有 蹤跡追蹤資訊顯示了請求或整個流程中事件發生的先後順序。例如，在微服務環境中，追蹤資訊可以遍歷多個 API、訊息佇列和資料庫，從而幫助您了解整個流程中哪些環節耗時過長或出現錯誤。
新遺物代理人的角色
New Relic 的運作得益於… 安裝在您的應用程式或基礎架構中的代理此代理程式會對程式碼和環境進行偵測，以自動收集必要的指標、事件、日誌和追蹤資訊。
每種類型的監控通常都需要自己的代理： APM的代理人 （應用程式），另一個用於 基礎設施，另外一個 瀏覽器 （網路使用者體驗）等。這些代理負責將資料傳送到 New Relic 平台，在那裡資料會被處理並在視覺化儀表板中顯示。
代理程式安裝完畢且滿足最低系統需求後（例如，具備以下條件）， 管理員權限 只要作業系統和程式語言版本相容，資料幾乎會立即出現在您的帳戶中，無需進行非常高級的配置。
使用 APM 監控的關鍵指標
當您使用像 New Relic 這樣的 APM 工具時，會遇到許多問題。 需要密切監測的關鍵指標 了解應用程式的實際狀態並預測效能問題。
El 響應時間 這表示您的應用程式處理請求並返回回應所需的時間。如果此指標超過可接受的閾值，使用者體驗將受到影響，轉換率或服務使用量可能會下降。
La 錯誤率 這顯示了有多少請求以某種失敗告終，例如未處理的異常、HTTP 5xx 回應或外部服務錯誤。此比率的上升通常表示部署存在問題、依賴項不穩定或內部瓶頸。
El 資源使用 （CPU、記憶體、磁碟、網路）指標可以告訴你應用程式在伺服器或容器上消耗了多少資源。資源消耗過高會導致資源飽和，而資源消耗過低或偶爾出現峰值則可能表示需要進行最佳化或擴展。
El 吞吐量方面的效能 它通常以每分鐘請求數 (RPM) 來衡量。此指標可以幫助您了解應用程式可以處理多少負載、在高峰期的效能表現以及基礎架構的規模是否足夠。
La 潛伏期 它反映了資料從客戶端傳輸到伺服器再返回所需的時間。當涉及複雜網路、內容分發網路 (CDN)、外部服務或具有區域或提供者間多跳傳輸的分散式架構時，這一點尤其重要。
La 用戶體驗 它超越了技術數據，可以透過 Apdex 分數等指標來衡量，該指標基於預設閾值來衡量反應時間是否令人滿意。這類指標有助於將技術效能轉化為使用者對應用程式的實際滿意度。
最後，有 業務指標交易筆數、收入、轉換率、訂單量等。將這些數據與技術性能關聯起來，可以清楚地看到延遲問題或暫時性下降對最終收益的影響程度。
根據專案的具體情況，除了這些通用指標之外，您可能還會對以下指標感興趣： 監測特定指標例如某些 SQL 查詢的執行時間、特定整合的效能，或關鍵使用者介面功能的行為。
APM 主控制面板：您可以看到的內容
代理啟動後，New Relic 中的 APM 部分會提供強大的概覽資訊。 APM 摘要頁面顯示 一目了然的最相關指標 針對每項服務或應用程式。
本頁內容包括（但不限於）以下資訊： 交易回應時間 webs 從客戶的角度衡量請求持續時間，儘管它並不總是能捕捉到複雜操作所花費的所有時間。
從這個角度來看，另一個重要的指標是 Apdex評分此功能會將測得的反應時間與預設閾值進行比較。這樣，您就可以了解交易成功和失敗的百分比，從而幫助您了解用戶對效能的感知。
您還將看到 每分鐘請求數 (RPM) 的效能此外，也會考慮錯誤率和主機資源消耗（CPU 和記憶體）。這些資料的結合使得識別相關性變得更加容易，例如流量高峰、延遲增加和 CPU 飽和度之間的相關性。
除了摘要之外，New Relic 還提供 具體觀點 針對不同的元件：分散式可追溯性、單一交易、資料庫、外部服務，甚至是 Kubernetes 環境，您可以在其中查看部署的年齡、pod 的狀態以及不同版本之間的效能比較等指標。
進階監控：追蹤、外部服務和 Kubernetes
的功能 分散式可追溯性 此視圖記錄請求在多個服務或微服務之間的傳輸行為。在此視圖中，您可以分析每次追蹤的總持續時間、組成追蹤的跨度、發生的錯誤以及流量最常用的路徑。
的部分 交易 此清單顯示了最相關的請求，並按即時消耗百分比、效能和資源使用情況排序。透過深入分析每個事務，您可以了解哪些程式碼部分、資料庫查詢或外部呼叫最拖慢了應用程式的速度。
關於資料庫，New Relic 顯示 操作、回應時間和吞吐量 執行的查詢和語句。這有助於您識別緩慢的查詢、設計不良的索引或影響整體效能的低效存取模式。
的觀點 外部服務 它提供上游和下游實體（例如第三方 API 或內部系統）的效能詳情、回應時間和錯誤率。這使您可以更好地區分哪些問題是您自身的問題，哪些問題源自於外部依賴項。
如果您與 KubernetesNew Relic 可以顯示有關部署、可用 Pod、相關日誌以及不同指標對比的資訊。這使您可以更輕鬆地了解配置變更、新版本或自動擴展如何影響工作負載的實際效能。
警報和服務等級協定 (SLA)
除了收集數據之外，New Relic 還允許你 定義警報並追蹤您的服務等級協定 (SLA) 確保應用程式達到承諾的服務水準。
的功能 服務水平協議報告 它能讓您概覽不同週期（每日、每週、每月）的正常運作時間、停機時間和效能趨勢。這有助於您評估最終用戶對服務品質的感知，以及您是否履行了合約或內部承諾。
該 警報 當任何指標偏離預期範圍時，系統會自動通知您。為此，您可以定義自訂條件：要監控的資料來源（例如，特定應用程式、資料庫或外部服務）、被視為異常的行為（例如，指標高於或低於閾值）以及如何產生事件。
您也可以調整 事件偏好您可以選擇是否希望在發生任何違規行為時立即收到通知，或僅在出現重複或嚴重問題時才收到通知。關於… 預警頻道該平台支援整合電子郵件、Slack、OpsGenie 和其他事件通知和回應工具。
警報系統採用引擎 應用智能 這有助於透過關聯數據來識別潛在的根本原因，並減少原本需要手動分析的干擾資訊。這使得技術團隊能夠專注於解決問題，而不是篩選問題。
儀錶板和數據視覺化
New Relic 的關鍵之一在於它能夠 建立自訂控制面板 將這些重要指標匯總在一起，以反映您業務或技術領域的實際情況。
主面板已經將大部分效能資訊集中在一個螢幕上，並用圖形和顏色進行編碼，以便使用者一眼就能識別模式。但是，你還可以更進一步， 設計您自己的面板 適用於不同的團隊、專案或地理區域。
這些儀錶板可讓您調整 設計、圖表大小和指標集 例如，通常會為某個國家或地區創建一個專門的面板，為關鍵生產環境創建一個面板，以及為業務創建一個面板，該面板會將轉換指標與技術性能關聯起來。
可能性 團隊間共享面板 它極大地改善了協作工作：開發、營運、行銷或產品部門可以從互補的角度查看相同的數據，並做出協調一致的決策。
集成交易追蹤和日誌
當出現嚴重的效能問題時，擁有 交易追蹤和相關記錄 它決定了你是在猜測還是確切地知道發生了什麼事。
New Relic 中的 APM 追蹤會儲存有關應用程式事務的詳細信息，包括資料庫呼叫、按函數或方法劃分的分段以及流程每個部分所花費的時間。這使您可以查看例如請求是否陷入程式碼循環、特定查詢或對外部服務的呼叫中。
同時，該平台也允許你 查閱與每個追蹤相關的日誌透過日誌介面，您可以按關鍵字、屬性或時間範圍進行搜索，並快速將相關訊息連結到問題交易。
這種追蹤和日誌的結合提供了 事件解決的非常全面的背景減少尋找問題根源所需的時間，並防止您必須不斷在不同的工具之間切換來重現所發生的事情。
New Relic 的主要優勢
與其他監控平台相比，New Relic 因其諸多優勢而脫穎而出，這些優勢對各種規模的團隊都極具吸引力。首先是它的 易於安裝和配置因為它提供了豐富的文檔和引導助手，可以檢測環境，提出合適的代理，甚至在許多情況下還能自動配置代理。
在日常使用中，介面側重於 可用性和找到根本原因的速度從主面板，只需點擊幾下即可深入查看圖表和表格，從 Apdex 崩潰追蹤問題到導致問題的特定事務、程式碼片段或資料庫查詢。
New Relic 也因其以下特性而增添了價值： 用戶端錯誤日誌記錄這有助於您了解使用者瀏覽器中發生的情況：出現了哪些類型的錯誤、錯誤發生的頻率以及錯誤發生的上下文。這為您提供了更多上下文信息，從而改善用戶體驗。
另一個優點是 交易詳細記錄這樣一來，您可以一目了然地識別出應用程式中哪些元件載入速度較慢或消耗的資源較多。這種可視性對於優先進行真正能提升整體效能的最佳化至關重要。
該平台的使用者介面本身相當 直覺且靈活其視覺元素、視圖自訂和整體設計使其既適合技術嫻熟的用戶，也適合剛開始接觸監控的用戶。
安裝 New Relic APM：以 Ubuntu 上的 PHP 為例
具體的APM代理安裝過程因情況而異。 程式語言和作業系統 無論你使用哪種方式，基本邏輯都是一樣的：註冊一個帳戶，取得許可證金鑰，安裝代理，然後重新啟動服務，使其開始收集資料。
在安裝了 PHP 應用程式的 Ubuntu 系統上（例如，安裝時）， 在 VPS 上執行 WordPress），典型的流程始於 在 New Relic 上建立帳戶 登入後，訪問您的帳戶設定以複製您的許可證密鑰。此密鑰用於識別您在平台上的信息。
接下來你需要 新增 New Relic 儲存庫 然後，系統會執行一條指令，將對應的條目寫入軟體包來源清單。接下來，透過匯入 New Relic 提供的 GPG 金鑰來驗證來源權限，並更新本機軟體包清單。
儲存庫已配置完畢。 PHP代理程式套件 直接從 New Relic 官方倉庫下載。在某些情況下，安裝會自動完成；如果未自動完成，並且出現一條訊息提示您必須以 root 使用者身分執行安裝程序，只需執行建議的命令即可手動完成安裝過程。
在這些步驟中，您將被要求指出 應用名稱 您需要監控該服務，並輸入先前複製的許可證金鑰。最後，您只需重新啟動 Web 伺服器（例如對應的 Apache 服務），代理即可開始工作。
一旦完成這項工作，那就很好了。 正常使用您的應用 請稍等幾分鐘，讓代理程式產生足夠的資料。返回 New Relic 介面後，您應該會在 APM 部分看到圖表和指標。對於不會大規模部署的安裝，該工具建議使用引導式安裝模式，該模式會自動執行許多先前的步驟。
如何使用 New Relic APM 來優化您的應用程式
安裝完成後，開發人員可以 立即開始使用 APM 數據無需進行複雜的配置。只需登入平台，前往 APM 選項卡，然後選擇要分析的應用程式。
典型的工作流程 調查性能問題 您可以先查看 Apdex 評分圖表。如果它低於可接受的水平，則明顯表示使用者體驗有問題。
下一步通常是找到 網路交易時間軸圖中的峰值這些顏色代表不同的組成部分：程式碼執行、資料庫查詢、外部服務呼叫等等。識別哪種顏色主導了最顯著的峰值，將有助於你確定查找方向。
點選相關山峰即可進入對應區域 交易頁面然後，您可以按對 Apdex 負面影響程度對條目進行排序。對用戶滿意度影響最大的交易通常是值得詳細審查的對象。
在該交易中，您可以向下捲動到以下部分： 交易追蹤 打開其中一個即可查看其詳細步驟分解。在追蹤詳情標籤頁中，您會看到以紅色或黃色等顏色突出顯示的片段，這些顏色表示速度最慢或問題最多的部分。
從這裡開始，大約是 分析在這些環節上所花費的時間是否合理 這取決於你的判斷標準，或者它們是否是問題的根源。如果是，你可以著手處理受影響的程式碼、查詢、基礎架構配置或集成，以減少對回應時間的影響。
在電子商務環境（Adobe Commerce / Magento）中使用 New Relic
在電子商務領域，尤其是在像…這樣的平台上。 Adobe Commerce 或 Magento 開源版New Relic 已成為保持線上商店敏捷性和穩定性的幾乎不可或缺的工具。
它最有價值的用途之一是 識別瓶頸New Relic 可以偵測出執行緩慢的 SQL 查詢、降低效能的第三方擴充功能或拖慢結帳流程的外部 API 呼叫。確切了解是哪個組件拖慢了商店的運行速度，可以讓您採取精準的措施，而不是盲目地進行更改。
該平台還有助於 優化加載速度 逐頁分析目錄、購物車或結帳流程中每個部分的行為。這會直接影響使用者體驗和轉換率，因為如果等待時間過長，顧客往往會放棄購買。
另一個關鍵點是 整合監控 New Relic 可與 ERP、支付網關、行銷工具和其他外部系統集成，使您能夠監控這些連線並快速偵測可能阻止訂單或導致支付錯誤的中斷或效能下降。
在黑色星期五或特別促銷活動等關鍵日期，New Relic 非常有用。 做好應對交通高峰的準備透過分析商店在負載下的行為，您可以調整必要的資源，調整緩存，並最大限度地降低停機或網站完全崩潰的風險。
New Relic AIM：將可觀測性應用於人工智慧
隨著人工智慧應用的興起，New Relic 已將其整合到 新遺物 AIM這是一種旨在監控整個人工智慧堆疊的解決方案，其理念與 APM 應用於傳統應用程式的理念相同。
目標是提供一個 完整的端對端可視性 人工智慧解決方案的所有組成部分：從呼叫它的服務到使用的模型、中間資料流、底層基礎設施以及相關的資源消耗。
由於……，安裝過程相對快速。 人工智慧準備的代理這些代理不需要複雜的額外工具。它們內建支援 OpenAI 或 AWS Bedrock 等知名模型，以及 LangChain 等編排框架，這大大簡化了實作過程。
使用 AIM 可以觀察 人工智慧特定指標這包括模型請求數量、回應時間、令牌使用情況、使用者回饋和回應錯誤率等指標。所有這些指標都與傳統的應用效能管理 (APM) 訊號、基礎設施指標和日誌相結合，因此您可以了解 AI 層對應用程式其餘部分的實際影響。
與整合 New Relic APM 360 它允許您將 AI 問題與其他系統元件關聯起來。例如，如果您在統一視圖中偵測到應用程式錯誤增加，同時 AI 故障也增加，則可以快速在模型層中隔離原因，並深入尋找確切的根源。
這種方法有助於 更快地調試 AI 應用為了優化效能、品質和成本（例如，透過控制令牌的使用），並確保遵守與資料處理和自動化決策的可追溯性相關的內部法規和政策。
New Relic 與其他市面上工具的比較
市面上提供多種監測和可觀測性解決方案，例如： Dynatrace、AppDynamics、Datadog 或 Elastic APM它們各有優勢和細微差別。 New Relic 在幾個方面脫穎而出，引起了許多團隊的興趣。
其中之一是 成本效益比New Relic 提供免費版本和可擴展的計劃，使其能夠被中小企業所接受，同時又保持了為具有複雜架構的大型組織提供的高級功能。
另一個對其有利的點是 實施簡便性雖然所有此類工具都需要一些初始工作，但 New Relic 非常注重透過引導式精靈、清晰的文件和可在各種環境中運作良好的代理程式來減少摩擦。
該平台也面向 開發者以及企業簡介它不僅顯示技術數據，還允許您建立視圖和儀表板，將效能指標與收入、轉換率或功能使用情況的指標進行交叉引用，從而更容易做出可操作的決策。
在電子商務領域，其最顯著的特點是 與 Adobe Commerce 的原生集成這樣就簡化了對線上商店的監控，而無需設定過於複雜的配置。
與其他工具相比，Dynatrace 和 AppDynamics 提供了非常強大的功能，但它們也可能… 管理成本更高，也更複雜。尤其對於可觀測性經驗不足的團隊而言更是如此。另一方面，Datadog 非常注重基礎架構和日誌，而 Elastic APM 在開源環境中非常流行，但通常需要更高級的配置和維護。
從理論到實務：績效改善的真實案例
為了了解統一可觀測性平台帶來的真正影響，以下案例值得關注： 每個矩陣其中，其高級系統架構師 Alex Bularca 最初必須使用多達五種不同的工具來處理效能問題。
透過採用 New Relic 作為其核心平台，團隊開始與…合作 單一儀錶板、分散式追蹤和服務地圖這種組合使得將長時間的延遲問題精確定位到一組過載執行緒成為可能，而這在以前是很難快速發現的。
有可能 從 APM 到自訂查詢的統一數據 它使複雜事件的解決速度更快、效率更高，而且在許多情況下，異常情況甚至可以在生產中造成明顯事故之前就被檢測和糾正。
諸如此類的例子清楚地表明，可觀測性不僅限於擁有漂亮的圖形，而是… 它是減少停機時間、改善用戶體驗和控制營運成本的直接手段。.
因此，New Relic 已成為企業監控和優化應用程式效能、降低營運風險以及提供高水準使用者體驗的最全面解決方案之一。
它將應用程式、基礎設施、客戶體驗以及現在的人工智慧融為一體，再加上其易用性，使其成為任何希望掌控其數位平台（從小型網站到大型分散式系統）的組織的非常可靠的選擇。 分享指南以便更多用戶了解該主題.