FiloDB
1,469
Stars
241
Forks
82
Watchers
74
Open Issues
Apache-2.0
许可证
Scala
语言
2015-01-14
创建时间
2026-11-11
最近更新
项目能做什么
FiloDB 是一款用 Scala 编写的分布式内存时序数据库,主要解决海量指标和事件数据的大规模实时摄取与查询难题。它支持直接从 Kafka 流式摄取并自动分片,兼容 Prometheus 的 PromQL 查询语言,具备基于标签的高效索引及 Spark 支持,适合构建超大规模运维监控系统。
来源:AI 基于仓库事实生成
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
# FiloDB
[](https://gitter.im/velvia/FiloDB?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge)
[](https://travis-ci.org/filodb/FiloDB)
Distributed, Prometheus-compatible, real-time, in-memory, massively scalable, multi-schema time series / event / operational database.
```
_______ __ ____ ____
/ ____(_) /___ / __ \/ __ )
/ /_ / / / __ \/ / / / __ |
/ __/ / / / /_/ / /_/ / /_/ /
/_/ /_/_/\____/_____/_____/
```

<!-- START doctoc generated TOC please keep comment here to allow auto update -->
<!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE -->
**Table of Contents** *generated with [DocToc](https://github.com/thlorenz/doctoc)*
- [Overview](#overview)
- [Use Cases](#use-cases)
- [Anti-use-cases](#anti-use-cases)
- [Pre-requisites](#pre-requisites)
- [Getting Started](#getting-started)
- [End to End Kafka Developer Setup](#end-to-end-kafka-developer-setup)
- [Using the Gateway to stream Application Metrics](#using-the-gateway-to-stream-application-metrics)
- [Multiple Servers using Consul](#multiple-servers-using-consul)
- [Local Scale Testing](#local-scale-testing)
- [Understanding the FiloDB Data Model](#understanding-the-filodb-data-model)
- [Prometheus FiloDB Schema for Operational Metrics](#prometheus-filodb-schema-for-operational-metrics)
- [Traditional, Multi-Column Schema](#traditional-multi-column-schema)
- [Data Modelling and Performance Considerations](#data-modelling-and-performance-considerations)
- [Sharding](#sharding)
- [Querying FiloDB](#querying-filodb)
- [FiloDB PromQL Extensions](#filodb-promql-extensions)
- [First-Class Histogram Support](#first-class-histogram-support)
- [Using the FiloDB HTTP API](#using-the-filodb-http-api)
- [Grafana setup](#grafana-setup)
- [Using the CLI](#using-the-cli)
- [CLI Options](#cli-options)
- [Configuring the CLI](#configuring-the-cli)
- [Current Status](#current-status)
- [Deploying](#deploying)
- [Monitoring and Metrics](#monitoring-and-metrics)
- [Metrics Sinks](#metrics-sinks)
- [Metrics Configuration](#metrics-configuration)
- [Code Walkthrough](#code-walkthrough)
- [Building and Testing](#building-and-testing)
- [Debugging serialization and queries](#debugging-serialization-and-queries)
- [Other debugging tips](#other-debugging-tips)
- [Benchmarking](#benchmarking)
- [You can help!](#you-can-help)
<!-- END doctoc generated TOC please keep comment here to allow auto update -->
## Overview
FiloDB is an open-source distributed, real-time, in-memory, massively scalable, multi-schema time series / event / operational database with Prometheus query support and some Spark support as well.
The normal configuration for real-time ingestion is deployment as stand-alone processes in a cluster, ingesting direct
阅读完整原文
项目深度分析 AI 生成
企业级监控降本与运维技术咨询服务
| 产品构想 | 为拥有超大规模Prometheus集群且成本高昂的企业提供FiloDB架构改造方案,协助搭建Kafka+FiloDB链路,优化内存和存储成本。 |
| 核心功能 | 架构评估、FiloDB与Kafka/Grafana集群集成部署、性能调优指南、数据迁移方案。 |
| 目标用户 | 中大型互联网公司SRE团队、云原生基础设施负责人。 |
| 难度/周期 | 高 · 1-3个月 · 成本:主要是资深Scala/分布式数据库研发与SRE的人力工时成本。 |
| 收费模式 | 按项目收取架构咨询费或年度技术专家支持订阅费。 |
| 竞争风险 | Thanos、Cortex/Mimir、VictoriaMetrics等竞争对手生态更成熟且易用,转化难度极大;Scala+Akka架构对企业二次维护要求较高。 |
| 依据 | 已验证事实 |
FiloDB Kubernetes Operator 与云原生运维套件
| 产品构想 | 针对FiloDB目前部署较为复杂、依赖Akka Cluster和Kafka的痛点,开发开箱即用的K8s Operator及自动化运维工具。 |
| 核心功能 | 自动分片均衡、自动扩缩容管理、备份与恢复编排、双机房同步管理、Grafana数据源一键打通。 |
| 目标用户 | 使用Kubernetes构建监控基础设施的企业内部平台工程团队。 |
| 难度/周期 | 高 · 3-6个月 · 成本:开发及多云测试环境成本(Kafka、K8s集群)。 |
| 收费模式 | 企业版Operator许可证销售或按节点规模收取支持服务费。 |
| 竞争风险 | FiloDB开源社区活跃度近年来相对较低,社区用户量较小导致该工具的潜在市场基数不足。 |
| 依据 | AI推测 |
多租户Prometheus托管云存储后端(DBaaS/SaaS)
| 产品构想 | 利用FiloDB的高压缩率和低延迟特性,将其封装为Serverless/托管式Prometheus远程存储服务,兼容PromQL API。 |
| 核心功能 | Prometheus remote_write兼容接收端、PromQL查询引擎、计费与计量系统、跨可用区容灾复制。 |
| 目标用户 | 不想自行维护VictoriaMetrics/Thanos但指标体量极大、公有云原生监控成本过高的高成长型科技公司。 |
| 难度/周期 | 极高 · 6-12个月 · 成本:高昂的云服务器、带宽及分布式系统稳定性研发与驻场运维成本。 |
| 收费模式 | 根据摄取指标速率(Samples/s)和存储容量收取月度订阅费。 |
| 竞争风险 | 面对Grafana Cloud、AWS Managed Prometheus等成熟巨头的激烈竞争,初创产品缺乏品牌信任度与价格优势。 |
| 依据 | 尚需验证的假设 |
AI 基于仓库公开数据分析生成,含推测成分,不构成收益承诺。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
相似项目数据正在完善中,暂不展示(避免误导)
项目优势与风险
| 技术成熟度 | 创建于 2015-01-14,近 30 天仍在推送,发布过 16 个 Release |
| 社区活跃 | Star 1,469 / Fork 241 / Issue 74(数据支持,可自行核实) |
| 许可证 | Apache-2.0 |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
此项目未提供 Docker 镜像,安装步骤以原仓库 README 为准(涉及依赖安装与环境配置,对新手门槛较高)。