OpenTelemetry 正式從 CNCF 畢業，確立可觀測性業界標準地位
CNCF · 2026-05-21
Cloud Native Computing Foundation（CNCF）於 2026 年 5 月 11 日將 OpenTelemetry（OTel）晉升至 Graduated 成熟度，並在 5 月 21 日的 Observability Summit 上正式公告。這是 OTel 從 2019 年沙箱（Sandbox）→ 2021 年孵化（Incubating）以來的最後一個里程碑。
規模與採用現況
OTel 是 CNCF 歷史上貢獻者數量第二多的專案（僅次於 Kubernetes），截至畢業時已有 12,000+ 貢獻者、2,800+ 家公司參與。
| SDK | 近 12 個月下載量 | 2026 年 4 月（單月） |
|---|---|---|
| JavaScript API | 13.6 億次 | 新月度記錄 |
| Python API | 13+ 億次 | 新月度記錄 |
畢業要求包含穩定的 API、正式的安全披露流程、可量測的採用廣度，以及明確的 Governance 文件。
AI 可觀測性成為下一個主攻方向
OTel TOC（Technical Oversight Committee）在畢業公告中明確指出，AI 工作負載可觀測性是現階段最重要的增長驅動力。LLM 推論鏈（chain of thought）、工具呼叫（tool call）、RAG 檢索路徑都有監控需求，但現有的分散式追蹤語義不足以覆蓋。OTel 的 AI/ML SIG 正在起草 LLM span 的語義慣例（semantic conventions），包含 gen_ai.request.model、gen_ai.usage.input_tokens 等屬性規格。
Jaeger v2 原生整合
Jaeger v2（詳見 CNCF Blog）全面重構核心架構，以 OTel Collector 取代自有 ingestion pipeline，直接接收 OTLP（OpenTelemetry Protocol）格式資料，消除 Jaeger 特有的 Thrift/UDP 埠。後端儲存插件（Elasticsearch、Cassandra、ClickHouse）透過新的 jaeger-v2 配置格式統一管理。Jaeger v2 同時加入針對 AI Agent 執行鏈的追蹤支援：多步驟工具呼叫可映射為一條 trace，各工具呼叫為 span，token 消耗記錄為 span attributes。
影響範圍
OTel Graduated 狀態讓企業在引入時面臨更低的技術風險審查壓力，並使商業可觀測性廠商（Datadog、New Relic、Grafana Cloud 等）更有動力深度整合 OTLP 作為主要攝入協議。
etcd 3.5.31 / 3.6.12 發布：升級至 Go 1.25.10 修補 11 個 Go 標準函式庫 CVE
etcd SIG / etcd.io · 2026-06-01
etcd SIG 於 2026 年 6 月發布 v3.5.31、v3.6.12 以及 v3.4 的最終補丁版本（v3.4 正式終止支援）。三個版本的主要改動相同：將 Go runtime 從現有版本升級至 Go 1.25.10，以修補 11 個 Go 標準函式庫 CVE。
受修補的 CVE 清單
11 個 CVE 全部源自 Go 標準函式庫，etcd 本身程式碼無異動：
CVE-2026-42501、CVE-2026-39825、CVE-2026-39836（net/http 相關）CVE-2026-42499、CVE-2026-39820、CVE-2026-39819（crypto/tls 相關）CVE-2026-39817、CVE-2026-33814、CVE-2026-39826（encoding 相關）CVE-2026-33811、CVE-2026-39823（stdlib 其他）
etcd SIG 說明，這些漏洞在 etcd 的具體使用情境下是否可被利用尚不確定，但建議運維人員在方便時盡快套用。
v3.4 生命週期終止
此次同步的 v3.4 補丁為該分支最後一個正式版本。v3.4 系列已使用超過四年，仍在執行的叢集應規劃遷移至 v3.5 或 v3.6。etcd v3.6 是目前的主要開發分支，支援非同步 Raft 快照、改進的 follower 讀取效能以及 gRPC 介面更新。
升級建議
etcd 版本升級需注意 Kubernetes 版本相容性矩陣：Kubernetes 1.36（目前最新穩定版）與 etcd 3.5.x 及 3.6.x 均相容。滾動升級時需先確保所有節點都已執行目標版本的 leader election，避免在升級中途發生資料格式不相容。
Jaeger v2 重構：以 OTel Collector 取代自有 Pipeline，新增 AI Agent 追蹤支援
CNCF · 2026-05-26
Jaeger 專案在 OpenTelemetry 畢業前後完成了一次架構層面的重大重構，以 OTel Collector 為核心攝入路徑，廢棄 Jaeger 特有的 Thrift over UDP 以及 Jaeger 格式 HTTP 端點。
架構變化
原有的 Jaeger Agent（部署於每個節點旁的 sidecar，負責接收 UDP 封包再轉發）已被移除，所有 trace 資料改走 OTLP（gRPC 或 HTTP）直接傳至 OTel Collector；Collector 端再以 Jaeger exporter 插件寫入後端儲存。舊版 Jaeger All-in-One 鏡像繼續支援，但實作已替換為 OTel Collector 管線。
後端儲存插件透過統一的 jaeger-v2 YAML 配置格式管理，插件種類（Elasticsearch、OpenSearch、Cassandra、ClickHouse 等）不變，但配置結構與先前不相容，需手動遷移。
AI Agent 追蹤
Jaeger v2 採用 OTel AI/ML SIG 正在起草的語意慣例，為 LLM 呼叫鏈提供原生追蹤支援：
- 多步驟 agent 執行映射為一條 trace，每個工具呼叫為獨立 span。
gen_ai.request.model、gen_ai.usage.input_tokens、gen_ai.usage.output_tokens成為 span attribute，UI 可直接過濾並聚合 token 消耗。- 支援 parent-child 關係呈現 prompt chain 的巢狀結構，可視化 RAG 檢索子樹與 function call 的依賴關係。
影響範圍
Jaeger v1.x 仍在維護，但新功能只在 v2 加入，遷移時間窗口有限。對已採用 Jaeger 的組織，重新配置 Collector pipeline 是主要工作量，後端儲存資料無需重新攝入。