首頁 >後端開發 >php教程 >Symfony 監控庫實現

Symfony 監控庫實現

Linda Hamilton原創: 2024-12-08 16:52:11790瀏覽

在過去的幾個月裡，我投入了大量精力來改善 Symfony 開發人員的監控體驗。 Symfony 監控函式庫是 Inspector 客戶中第二受歡迎的函式庫。第一個是 Laravel 包。

最新版本框架的發布帶來了讓應用程式監控體驗變得前所未有的簡單的機會。

在本文中，我將詳細介紹這些變更是什麼，以及它們對您在 Inspector 中的監控體驗的影響。

想了解更多技術文章，您可以在 Linkedin 或 X 上關注我。

與 Doctrine 3.x 的兼容性

Symfony 最重要的 ORM 的最新主要版本於今年年初發布。它放棄了對 SQL 記錄器的支持，轉而採用新的「中介軟體架構」。

我們在套件內實作了一個檢查，以驗證應用程式使用哪個版本的 Doctrine 來相應地註入 sql 記錄器或中間件。

收集路線名稱

Symfony 監控函式庫的第一個實作是使用路由名稱來監控 Symfony 應用程式的 http 流量：

Symfony monitoring library implementation

基本上，當你在 Symfony 中實作新路由時，你可以透過控制器方法上的屬性來宣告它：

Route 物件取得路由的名稱作為第二個參數，因此您可以使用其名稱在應用程式內引用此路由，而無需編寫路徑。這允許您將來更改 url 模式，而無需在提到的每一行程式碼中進行更改。

如果你想忽略監控庫中的其中一個，你必須在 Inspector yaml 設定檔中列出路由名稱：

第一個幫助我建立該程式庫的第一個版本的開發人員沒有找到收集真實 url 模式的方法，因此我們繼續執行此實現，以免阻礙工作。

但是使用路由名稱來監控 HTTP 流量有幾個缺點。

路線名稱的問題

首先，路線名稱是可選的。顯然不需要在 Symfony 中將 url 與名稱進行對應。許多開發人員沒有使用名稱，因此庫正在收集最終路徑作為後備數據，例如：/users/12/profile。

更糟的是，有人僅在應用程式的一部分中使用名稱，他們在儀表板中看到混合格式的事務列表，一些端點使用路由名稱進行監控，而其他端點則使用 url。

第二個問題是能夠忽略 url 以關閉應用程式某些部分的監控。 Symfony 應用程式通常使用 url 模式進行分段。開發人員傾向於將所有管理端點分組在主 url 下，例如 /admin/[other sub urls] 。如果您想使用通配符忽略應用程式的某些部分，由於這種自然關聯（/users*），您可以引用網址，這可能會更容易。在路線名稱中找到更一致的模式更加棘手。

此外，在路由名稱不存在的情況下收集的後備資料是真實的 URL，例如 /users/12/profile。因此，每次使用不同的 ID 呼叫端點時，它都會在交易清單中產生一個新行。在監控數據中產生太多噪音。

收集路線模式
路由模式與使用者呼叫的真實 URL 不同。 Symfony 應用程式中的大多數 url 基本上都是參數化的，例如 /users/{id}/profile

這是 Symfony 控制器中的典型實作：

這就是我們需要在交易清單中報告的內容，而不是真實的網址。因為即使ID改變也總是執行相同的程式碼。

Symfony monitoring library implementation