開發者希望能夠回答這個問題：“我的應用程式為什麼這麼慢？” 現代軟體系統是分散式且複雜的，這使得診斷影響使用者體驗的問題變得越來越困難。
我們在設計新的追蹤和指標功能時考慮到了這些問題。這些功能使 Prisma 更具可觀測性，也更易於監控和除錯。
透過追蹤功能獲取 Prisma 每次操作的詳細洞察
Prisma 中的追蹤功能提供了 Prisma Client 執行的每個查詢的詳細檢視，包括執行每個查詢所需的時間。這對於除錯效能問題、識別瓶頸以及理解資料庫操作的行為非常有用。
將追蹤視覺化為瀑布圖
使用 Jaeger 或 Honeycomb 等追蹤工具，追蹤可以視覺化為以下瀑布圖
Prisma 追蹤符合 OpenTelemetry 標準
追蹤是一個強大的工具，可以幫助您跟蹤請求在應用程式中的流動。這對於除錯分散式系統特別有用，因為每個請求可能跨越多個服務。為了充分利用追蹤的強大功能，它應該在您的應用程式中進行端到端實現。
Prisma 中的追蹤功能完全符合 OpenTelemetry 標準，因此您可以將其無縫整合到您的端到端應用程式追蹤設定中。這也意味著您可以將追蹤資料匯出到任何相容 OpenTelemetry 的追蹤系統，例如 Jaeger、Zipkin、Honeycomb、Datadog 等。
要開始使用追蹤，請檢視追蹤文件。
使用指標監控系統健康和效能
指標是一項新功能，允許您監控 Prisma 如何與資料庫互動。指標暴露了一組計數器、儀表盤和直方圖，提供有關 Prisma 狀態和資料庫連線的資訊。我們暴露的指標包括
- 執行的 Prisma Client 查詢總數 (
prisma_client_queries_total) - 執行的 SQL 或 MongoDB 查詢總數 (
prisma_datasource_queries_total) - 活動的資料庫連線數 (
prisma_pool_connections_open) - 包含所有執行的 Prisma Client 查詢持續時間的直方圖 (
prisma_client_queries_duration_histogram_ms_bucket) - ... 等等！
注意：暴露的指標完整列表可在指標文件中找到。
Prisma 常常感覺像一個黑盒，在您不知情的情況下與資料庫進行互動。這種缺乏對 Prisma 內部運作透明度的情況，在出現問題時可能會成為一個麻煩。透過指標功能，我們旨在讓您更好地瞭解 Prisma 內部的運作情況，以便您能夠更輕鬆地診斷和排查問題。
指標可與外部監控系統整合
指標可以直接由您的應用程式分析，也可以傳送到外部監控系統和時序資料庫，如 Prometheus 或 StatsD。與這些外部系統整合可以顯著提高您的監控能力，提供以下開箱即用的功能
- 透過視覺化和儀表盤實現即時效能監控
- 歷史資料查詢與分析
- 針對故障和效能下降的精確自動化警報
例如，透過將流行的視覺化工具 Grafana 整合到您的指標管道中，您可以建立詳細的儀表盤和圖表： 
總而言之，指標可以幫助您分析和監控應用程式的健康狀況。它還有助於識別效能問題和錯誤配置，以便您能夠迅速採取必要的行動。
要開始使用指標，請檢視指標文件。
追蹤 vs 指標 — 何時使用哪個？
追蹤有助於獲取有關每個操作生命週期的細粒度資訊。追蹤在分散式環境中尤其有價值，因為單個請求可能透過多個服務。
如果您需要聚合的數值資料來監控應用程式的健康和效能，那麼請考慮使用指標。
同樣重要的是，追蹤和指標是互補的功能。它們可以一起使用以提高系統的可觀測性。
開始使用追蹤和指標
開始使用追蹤和指標
分享您的反饋
我們渴望聽到您的聲音！請試用這些功能並告訴我們您的想法。
📊 分享您關於追蹤的反饋。
📈 分享您關於指標的反饋。
🚀 如果您計劃將這些功能用於關鍵任務應用程式，請聯絡我們討論您的用例。
不要錯過下一篇文章！
訂閱 Prisma 新聞通訊