Redis 2026 年 4 月更新：Feature Store GA、PrivateLink 端點與 OpenTelemetry 整合
Redis Blog · 2026-05-08
Redis 在 2026 年 4 月的「What's New in Two」更新中，帶來三個面向企業生產環境的重要功能：Redis Feature Form 正式 GA、Cloud 安全強化，以及 OpenTelemetry 用戶端可觀測性支援。
核心改動
Redis Feature Form（GA） 是面向機器學習工作負載的企業級特徵儲存（feature store），提供特徵定義管理、Pipeline 編排、特徵譜系追蹤（feature lineage tracking），以及次毫秒延遲的特徵服務。訓練與推論資料同步機制解決了 training-serving skew 問題，主要應用場景包含詐欺偵測、風險評估與推薦系統。
安全面新增 PrivateLink Resource Endpoints，讓 Redis Cloud 流量完全走私有網路，不需經過公網；Block Public Endpoints 功能則允許停用身份驗證支援，簡化無認證 Redis 資料庫向 Redis Cloud 遷移的程式碼路徑。
規格細節
OpenTelemetry 可觀測性已支援 Python 與 Java 用戶端，Node.js 支援預計下期釋出。整合後提供內建的請求追蹤（request tracing）、延遲除錯（latency debugging）與效能可見性，無需自定義 instrumentation 代碼。PrivateLink 目前支援 Redis Software 叢集部署，OSS clustering API 的 PrivateLink 支援則在規劃中。
影響範圍
Feature Store GA 使 Redis 在 ML 基礎設施棧的定位更加明確，與 Feast、Tecton 等專用 feature store 解決方案直接競爭。OpenTelemetry 整合則回應了現代可觀測性工具鏈的標準化需求，讓 Redis 操作更容易接入 Jaeger、Grafana Tempo 等追蹤後端。
原始來源：Redis Blog
Discord 以 Rust 打造 ScyllaDB 控制平面，叢集配置從一天半縮短至兩小時
Discord Engineering · 2026-05-01
Discord Persistence Infrastructure 團隊建立了 Scylla Control Plane（SCP），一個以 Rust 撰寫的可擴展資料庫編排框架，將 shadow cluster（生產環境複製體）的配置時間從約 36 小時縮短至 2 小時以內，且大部分等待時間來自 bootstrap 本身而非人工操作。
原本的問題
Discord 維護數十個 ScyllaDB 叢集、數百個節點，負責儲存訊息、頻道、伺服器與使用者資料。舊有流程依賴分散的 Python 與 bash 腳本，無法從中途失敗恢復、難以擴展，建立 shadow cluster 需要整個工作日加上隔天早上的連續手動操作。
採用的方法
SCP 的架構分為四層：
- Tasks：最小工作單元（節點或叢集層級），包含名稱、前置條件（preconditions）與執行邏輯
- Workflows：以 YAML 定義的 Task 序列，支援設定平行度與重試策略
- Jobs：Workflow 的單次執行，以 SQLite 追蹤狀態，支援完全恢復性（resumability）
- Conditions：特殊 Task 類型，透過輪詢 API 或 metrics 等待標準被滿足後才繼續
設計原則強調 冪等性（Task 可重複執行結果一致）、安全預設（前置條件自動驗證）、以及區分可恢復與不可恢復錯誤（後者立即停止並通知）。
實際效果
SCP 也具備 early delivery 哲學——先交付可用工具再迭代，而非過度工程化。此模式與 Netflix、Uber 等大型系統的資料庫自動化思路相似，但 SCP 針對 ScyllaDB 的特性（token range、repair 週期、bootstrap 行為）進行了專門的 Condition 設計，使自動化更精準。