* 受網路限制: 此結果受執行個體的網路所限,因此伺服器本身的上限更高。
Azure D160alds_v7(AMD EPYC 9V45 (Turin),160 個 vCPU)上 3 次執行的中位數。256 位元組的值,管線深度 30,預先填入 5,000,000 個鍵。三台專用的負載產生器機器。HotKV Ltd 針對此 CPU 從原始碼建置 HotKV。 完整測試方法與結果 · 測試工具與原始資料
HotKV Cloud vs Upstash
一旦流量穩定或龐大,Upstash 替代方案就有其意義。Upstash Redis 是無伺服器服務,按指令計費,適合小型與突發型的工作負載。HotKV Cloud 是另一種形態。每個執行個體一台專屬機器,按執行個體計費。它的多執行緒引擎支援相同的 Redis 協定,並從 Performance 方案起內建 AI 指令家族。
流量成長時的每月成本
這個 Upstash 替代方案以單一執行個體在一台 160 vCPU 的機器上運行。每秒 36.6M 次 GET* 與 50.5M 次 SET 操作,HotKV 針對該 CPU 從原始碼建置。
隨插即用
HotKV 實作 Redis 線路協定。從 Upstash 搬移通常只需更改主機與認證資訊。核心集合以外的部分請查閱指令參考。
RESP2 與 RESP3,支援 HELLO 協商。HotKV 向用戶端回報 Redis 版本 8.4.0,因此程式庫會據此選擇功能。連線字串、管線、pub/sub 與交易都和現在一樣運作。
Redis 與 Valkey 用戶端程式庫、redis-cli、redis-cli --cluster 與 GUI 工具在核心指令上不需更改程式碼即可連到 HotKV。
300 個核心指令、Lua 腳本與函式庫,加上您需要時可用的 HotKV 自有指令家族。
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
... (另外四個欄位)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme # 需要時可用的 HotKV 指令
(integer) 1選擇 Upstash 替代方案 的理由
促使團隊尋找 Upstash 替代方案 的 Upstash 文件化特性,於 2026年10月21日 查核。
Upstash 的隨用隨付方案以每 100,000 個指令計價,穩定用量則有固定價格方案。提供大量小型讀取的快取要為每一次讀取付費。像 HotKV Cloud 這樣按執行個體計費的 Upstash 替代方案,在任何指令速率下成本都相同。
Upstash 聲明每個方案都有請求大小上限,隨用隨付方案為 10 MB,並有每月頻寬額度,超過後會收取頻寬費用。HotKV Cloud 內含輸出流量,額度用完時會暫停。
Upstash 的文件指出,資料庫共用 CPU 與網路等硬體資源,企業方案則有專屬或更隔離的硬體。這個 Upstash 替代方案的每個執行個體都是一台隔離的機器,擁有專屬的 vCore、RAM 與磁碟。
Upstash 的向量搜尋是獨立產品。在 HotKV 上,向量搜尋是所有方案的核心指令。提示詞與語意快取、代理記憶體、RAG 與 LLM 成本追蹤,從 Performance 方案起都是同一台伺服器的指令。
實測,而非宣稱
Upstash 是運行在共用基礎設施上的 Redis 相容無伺服器服務,HotKV Ltd 並未對其測量。下方的 HotKV 數字,也就是這個 Upstash 替代方案背後的數字,來自一台 160 vCPU 機器上自行託管的單一執行個體,並連同測試方法與原始資料一併公開。
並列比較
持平而論
這個 Upstash 替代方案頁面只有在也說明這部分時才有用。
搬移過來
切換到 Upstash 替代方案在實務上涉及哪些事。
在 HotKV Cloud 主控台選擇區域與方案。該執行個體是一台專屬於您的機器,由我們負責佈建、修補與監控。
沿用您現有的用戶端程式庫。把主機、連接埠與認證資訊從 Upstash 改為 HotKV 執行個體。TLS 與密碼驗證從一開始就啟用,並提供 ACL 使用者。使用相同協定的 Upstash 替代方案,在核心指令上不需要改動用戶端。
使用您已熟悉的工具。DUMP 與 RESTORE、MIGRATE,或重放您的寫入都可以,因為 HotKV 實作了這些指令。
向量搜尋與鍵標籤是所有方案的核心指令。提示詞與語意快取、代理記憶體與 LLM 成本追蹤,在 Performance 及以上方案中是同一台伺服器的指令。不需要模組、sidecar 或第二個服務。這正是 Upstash 替代方案應該加上的。
常見問題
支援 Redis 協定的用戶端可以,適用於核心指令。使用 Upstash REST API 或 REST SDK 的程式碼必須改用 Redis 用戶端程式庫,每個主流語言都有。
當指令數量高且穩定時。Upstash 的隨用隨付價格以每 100,000 個指令計算,因此每天提供數百萬次讀取的快取要為每一次付費。HotKV Cloud 執行個體無論指令速率如何,每月都是同一個價格,並內含流量。請以您自己的數字比較兩者。
沒有。Upstash 是共用基礎設施上的無伺服器服務,因此沒有同類型的單一執行個體測量。HotKV 自身的數字連同測試方法與原始資料一併公開。
不能。這個 Upstash 替代方案的執行個體是一台持續運行的機器,這正是它擁有專屬資源與固定價格的原因。如果您的工作負載大多數時間閒置,無伺服器服務可能更適合。
其他比較