ScopeDB存算分离分析型数据库

ScopeDB 可以理解为一种面向海量事件数据的云原生实时分析数据库
它的核心定位不是传统 OLTP 数据库,而是:

直接把数据写入对象存储,并在其上进行实时分析

官方定位是 “Insight In No Time, Schema On The Fly”,主要针对日志、可观测性、用户行为、AI Agent Trace/Event 等高吞吐、半结构化数据场景。


1.ScopeDB核心的架构

传统数据库通常是:

1
2
3
4
5
6
7
8
Application

Database
┌───────────┐
│ Compute │
│ Storage │
│ Index │
└───────────┘

ScopeDB 的思路:

1
2
3
4
5
6
7
8
9
10
         ┌──────────────┐
│ ScopeDB │
│ Stateless │
│ Compute │
└──────┬───────┘

┌──────────┴──────────┐
↓ ↓
Object Storage Cache / Index
S3 / OSS 等

对象存储成为主要持久化层,计算节点本身尽可能无状态。

ScopeDB 官方称其可以直接运行在 commodity object storage 之上,并通过无状态节点实现弹性伸缩

它不是把传统数据库搬到云上,而是把Object Storage当成数据库底座来设计。


2.与ClickHouse/Elasticsearch/Kafka + Data Warehouse

维度 ScopeDB ClickHouse Elasticsearch Kafka + Warehouse
核心定位 Event Analytics DB OLAP Search / Observability Data Pipeline
Object Storage 原生 部分场景 Warehouse 侧
实时写入
半结构化 中/强 取决于下游
Schema 灵活性
全文/搜索 很强
OLAP 很强 很强
Stateless Compute 核心设计 不是核心设计 不是核心设计 不适用
ETL 依赖
PB 级成本模型 Object Storage 驱动 依赖部署方式 存储成本较高 Warehouse 成本

这里不要简单理解成:ScopeDB = ClickHouse + S3,它真正的设计出发点更接近:

S3/Object Storage + Stateless Compute + Event Analytics + Flexible Schema


3. 应用场景

3.1Observability

1
2
3
4
5
6
7
8
Logs
Traces
Events
Metrics

ScopeDB

Search / Aggregation / Analysis

这是 ScopeDB 最早的核心场景之一。官方最初就是以 PB 级 Observability 数据为背景介绍产品。


3.2用户行为分析

1
2
3
4
5
6
7
page_view
click
search
add_cart
purchase
login
logout

可以直接做:

1
2
3
4
5
6
DAU
Retention
Funnel
Conversion
Cohort
User Journey

3.3实时风控

1
2
3
4
5
6
7
8
9
10
11
12
13
交易

用户行为

设备

IP

历史行为

实时聚合

Risk Score

特别适合事件流非常大的系统。


3.4AI Agent Observability

这是 ScopeDB 当前一个比较有意思的方向。

1
2
3
4
5
6
7
8
9
10
11
12
13
User

Agent

LLM

Tool Call

MCP

Database

Result

每一个步骤都可以变成 Event,ScopeDB 可以把完整 Agent Session 存下来,再分析:

1
2
3
4
5
6
7
Latency
Token
Cost
Tool usage
Error
Reasoning path
Success rate

官方已经把 AI Agent workflow observability 列为应用场景。