記錄轉送：其他 (手動上傳) log-forwarding-other
其他 BYOCDN 佈建方法是一個涵蓋所有情況的選項，適用於要在下列情況下將內容傳遞網路記錄提供給 LLM Optimizer 的客戶：
- 建議使用手動上傳：例如，營運團隊會匯出記錄並定期上傳。
- 使用臨時自動化流程：一次性指令碼、排程匯出、無伺服器工作。
- 客戶所使用的內容傳遞網路，是內建記錄轉送整合功能未原生支援的。
此方法會模擬「持續轉送」模型：產生記錄並上傳至預期的 S3 位置，並且最終由攝取管道自動處理。
步驟 1：在 LLM Optimizer 上線 step-1
在 LLM Optimizer 上：
-
前往「設定」。
-
按一下「內容傳遞網路設定」分頁。
-
按一下「開始使用」。
-
在「啟用 AI 流量洞察」旁邊，按一下「設定」。
-
選取「其他」。
-
按一下「上線」。
步驟 2：準備和上傳記錄 step-2
必要的記錄格式 (JSON Lines) log-format
記錄必須上傳為新行分隔的 JSON (每行一個 JSON 物件)。每個記錄行都必須包含下列欄位，拼法需與下列完全一致。
逐個欄位結構描述 schema
"2025-02-01T23:00:05Z""www.example.com""/home?utm_source=google""GET""Mozilla/5.0 (compatible; GPTBot/1.0""https://chatgpt.com"200"text/html; charset=utf-8"42記錄行範例 example
下列範例顯示三行記錄：
{"timestamp":"2025-02-01T23:06:14Z","host":"www.example.com","url":"/products/llm-optimizer?utm_source=google","request_method":"GET","request_user_agent":"Mozilla/5.0 (compatible; GPTBot/1.0; +https://openai.com/gptbot)","response_status":200,"request_referer":"","response_content_type":"text/html; charset=utf-8","time_to_first_byte":198}
{"timestamp":"2025-02-01T23:19:32Z","host":"www.example.com","url":"/services/ai-consulting/overview","request_method":"GET","request_user_agent":"PerplexityBot/1.0 (+https://www.perplexity.ai/perplexitybot)","response_status":200,"request_referer":"","response_content_type":"text/html; charset=utf-8","time_to_first_byte":255}
{"timestamp":"2025-02-01T23:44:05Z","host":"www.example.com","url":"/products/pricing/enterprise?utm_medium=social","request_method":"GET","request_user_agent":"ClaudeBot/1.0 (+https://www.anthropic.com)","response_status":200,"request_referer":"","response_content_type":"application/pdf","time_to_first_byte":312}
重要免責聲明 (拼法和類型) disclaimer
攝取和彙總管道對 欄位名稱和資料類型 有嚴格限制。
-
欄位名稱必須 完全 相符 (大小寫和拼法)。
-
資料類型必須正確，如下所示：
- timestamp 必須是符合 ISO 8601 格式的字串。類似 UNIX 的時間戳記可能無法運作。
- response_status 必須是整數。
- time_to_first_byte 必須為整數且使用毫秒為單位。
- 字串必須是有效的 JSON 字串。
-
格式錯誤的 JSON 或遺失/不正確的欄位可能會導致略過記錄或無法剖析，導致報告中缺少資料。
上傳位置和處理頻率 upload-location
路徑規則 path-rule
使用下列格式將記錄上傳至適當的資料夾路徑下：yyyy/mm/dd/ (含斜線)。
2025 年 2 月 1 日 UTC 的記錄範例：ABC123AdobeOrg/raw/byocdn-other/2025/02/01/
處理規則 processing-rule
- 在特定 UTC 日以內上傳的記錄，會在 該 UTC 日接近結束時 由管道處理 (每日執行一次)。
- 上傳到前幾天的資料夾 (回填) 的記錄會在 24 小時內被偵測並處理。
情境 scenarios
情境 1：在 Splunk / Elasticsearch 中的記錄：匯出並上傳至 S3 scenario-splunk
目標：從現有可觀察性平台檢索記錄，並將其傳遞到 S3 位置。
- 從 Splunk/Elastic 搜尋事件擷取所需欄位。
- 依照上述結構描述，將每個事件轉換為一個 JSON 物件 (JSON Lines)。
- 將產生的檔案上傳到指定的 S3 貯體和 目前 UTC 日 路徑：
…/byocdn-other/yyyy/mm/dd/ - 記錄將在 UTC 日結束時自動處理。
情境 2：Lambda / Azure Function：格式化並上傳至 S3 scenario-serverless
目標：使用無伺服器運算來擷取/接收內容傳遞網路記錄、將其標準化，並傳遞至 S3 位置。
- 函數會從客戶的來源 (記錄存放區、佇列、Blob 儲存空間等) 檢索記錄。
- 函數將欄位對應到預期的結構描述，並輸出 JSON Lines 格式。
- 函數會將輸出上傳至：
…/byocdn-other/yyyy/mm/dd/ - 記錄將在 UTC 日結束時自動處理。
快速檢查清單 checklist
- 每行一個 JSON 物件 (JSON Lines)
- 依照指示的確切欄位拼法
- 正確的資料類型
- time_to_first_byte 以毫秒為單位 (整數)
- 上傳至適當的 UTC 資料夾：byocdn-other 下的 yyyy/mm/dd/