某公司使用 AWS DMS 持續擷取內部部署 PostgreSQL 資料庫的變更，並將其複製到 Amazon Redshift。DMS 持續複寫任務會讀取 PostgreSQL 交易日誌，但資料工程師觀察到 CDC 延遲很高，並懷疑 PostgreSQL 來源是瓶頸。哪種方法可以驗證 PostgreSQL 資料庫是延遲的來源？

正確答案是使用 Amazon CloudWatch 監控 DMS 任務，並檢查 CDCLatencySource 指標。CDCLatencySource 指標直接衡量從來源資料庫讀取變更到 DMS 任務處理這些變更之間的時間，這正是判斷 PostgreSQL 是否為瓶頸的關鍵指標。 其他選項的解釋： 檢查 CDCIncomingChanges 指標：此指標顯示每秒從來源資料庫接收的變更數量，雖然高延遲可能伴隨低變更率，但它本身不能直接衡量延遲，也無法直接指出瓶頸在來源端。 驗證邏輯複寫設定：這是一個配置步驟，雖然是 DMS 正常運作的必要條件，但它無法用於診斷現有的高延遲問題。 啟用 CloudWatch Logs 並檢查錯誤訊息：日誌可用於故障排除，但錯誤訊息通常表示配置問題或失敗，而不是衡量持續的 CDC 延遲。CDCLatencySource 指標提供更直接且量化的延遲測量。