ScopeDB存算分离分析型数据库
ScopeDB 可以理解为一种面向海量事件数据的云原生实时分析数据库。
它的核心定位不是传统 OLTP 数据库,而是:
直接把数据写入对象存储,并在其上进行实时分析
官方定位是 “Insight In No Time, Schema On The Fly”,主要针对日志、可观测性、用户行为、AI Agent Trace/Event 等高吞吐、半结构化数据场景。
1.ScopeDB核心的架构
传统数据库通常是:
1 | Application |
ScopeDB 的思路:
1 | ┌──────────────┐ |
对象存储成为主要持久化层,计算节点本身尽可能无状态。
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 | Logs |
这是 ScopeDB 最早的核心场景之一。官方最初就是以 PB 级 Observability 数据为背景介绍产品。
3.2用户行为分析
1 | page_view |
可以直接做:
1 | DAU |
3.3实时风控
1 | 交易 |
特别适合事件流非常大的系统。
3.4AI Agent Observability
这是 ScopeDB 当前一个比较有意思的方向。
1 | User |
每一个步骤都可以变成 Event,ScopeDB 可以把完整 Agent Session 存下来,再分析:
1 | Latency |
官方已经把 AI Agent workflow observability 列为应用场景。