apache/druid

Apache Druid 是一个实时分析数据库，面向"摄入要快、查询也要快"的场景：为交互式界面供数、执行临时的运营查询，或承受高并发访问。项目把自己定位为这类用途下数据仓库的开源替代方案，核心价值是缩短从数据到洞察与行动的时间（Apache Druid 仓库、README）。

它做什么、怎么工作

Druid 同时摄入流式与批量数据，组织成 segment，并通过 HTTP 或 JDBC 提供 DruidSQL 与原生查询。想看各组件如何协作，可先读设计文档（设计文档、segments、查询）。

一个具体流程：用内置 Web 控制台的点选向导配置流式或批量摄入，监视摄入任务与 supervisor，然后在查询工作台中试写查询，再接入外部工具（Web 控制台、数据摄入、查询工作台）。管理界面本身由 SQL 系统表驱动，因此每个视图都能看到其背后的查询——在真实集群状态上学习查询层时很有用（元数据表）。

运行方式

文档给出三条路径：本地快速上手、Docker 快速上手，以及用于集群部署的独立 Kubernetes operator（本地快速上手、Docker 快速上手、druid-operator）。这个区分很重要：本地与 Docker 路径用于试用，operator 位于单独仓库，是文档中 Kubernetes 部署的途径。

从源码构建是另一条更重的路径，要求 JDK 25，应按构建指南操作而非自行发挥（构建指南）。构建或修改文档站点则要求 Node 22 以上并安装 Docusaurus 3（website README）。这两项都不影响只跑快速上手的人。

需要权衡的限制

README 表达了面向性能的意图，但没有给出任何基准数字，因此"高性能"应视为项目自述而非实测对比。它也没有说明部署容量规划、升级或回滚流程、数据恢复边界；生产使用前这些问题需要查阅运维文档（文档）。Druid 不是轻量嵌入式库，本地与 Docker 快速上手是投入最低的评估方式。

社区与许可

帮助渠道分为用户邮件列表与 Slack 故障排查，开发讨论在 dev 邮件列表（社区页面、druid-user、dev 列表）。项目采用 Apache-2.0 许可，按该许可条款允许商业使用与修改（Apache License 2.0）。