使用分散式追蹤記錄

Cloud Run 服務的傳入要求會自動產生追蹤記錄,您可以在 Cloud Trace 中查看。您可以使用這些追蹤記錄,找出實作中任何延遲問題的來源,而不必在 Cloud Trace 中新增其他檢測。Cloud Run 要求會自動填入標準 W3C 追蹤記錄相關資訊傳播標頭 traceparent。

不過,如果您新增額外的檢測設備,也可以使用 Cloud Trace 測量要求在實作中傳播至各層所需的時間,例如完成資料庫查詢、從 API 要求接收結果,或執行某些複雜商業邏輯所需的時間。這類針對各層級測得的時間數值,就稱為「時距」。您可以在 Cloud Trace 中,以反映延遲時間值的瀑布圖查看追蹤記錄。

帳單費用

無論是取樣或強制產生的 Cloud Run 自動追蹤記錄,都不會產生帳單費用。但若您使用 Cloud Trace 程式庫,將自訂的時距關聯到 Cloud Run 所提供的時距,則系統會依據 Cloud Trace 加以計費。

追蹤記錄取樣率

Cloud Run 不會對每項要求的追蹤記錄進行取樣。與 Cloud Run 搭配使用時,每個執行個體的要求取樣速率上限為每秒 0.1 個要求 (或每 10 秒一個要求)。您也可以強制追蹤特定要求。如果強制追蹤要求,系統會以每個執行個體最多 0.1 秒 (或每秒 10 個要求) 的速率對這項要求進行取樣。

Cloud Run 不支援設定 Cloud Run 取樣率。

新增檢測點的時機

系統會自動產生追蹤記錄,您不必在服務中檢測。不過,在某些情況下,您可能需要將檢測程式碼新增至服務,才能充分運用 Cloud Trace 功能。舉例來說,如要執行下列操作,就必須新增檢測點:

  • 建立自訂追蹤記錄 span,例如取得時間資料,瞭解服務從 Cloud Translation API 取得工作所需的時間。
  • 傳播追蹤記錄相關資訊,讓 Cloud Trace 將多項服務的要求流程顯示為單一要求。

如要新增檢測點,請參閱「檢測應用程式的追蹤記錄」。請注意,服務中檢測產生的追蹤記錄會產生標準 Cloud Trace 帳單費用。

查看追蹤記錄

詳情請參閱查看追蹤記錄的說明文件。