FiloDB
FiloDB is a distributed, in-memory time series database compatible with Prometheus queries. It ingests metrics from Kafka, stores them efficiently in columnar format across a cluster, and serves low-latency queries with tag-based indexing.
Key facts
Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.
| Field | Value |
|---|---|
| Repository | filodb/FiloDB |
| Owner | filodb |
| Primary language | Scala |
| License | Apache-2.0 — OSI-approved |
| Stars | 1.5k |
| Forks | 238 |
| Open issues | 69 |
| Latest release | v0.9.17.2 (2022-11-18) |
| Last updated | 2026-07-07 |
| Source | https://github.com/filodb/FiloDB |
What FiloDB is
Scala-based distributed database using Akka Cluster for peer-to-peer coordination, Kafka for streaming ingestion, and Cassandra for persistence. Provides PromQL query support, columnar compression, off-heap memory management, and multi-schema support for operational metrics and events.
Get the FiloDB source
Clone the repository and explore it locally.
git clone https://github.com/filodb/FiloDB.gitcd FiloDB# follow the project's README for install & configurationNeed it deployed, integrated, or customized instead? DEV.co ships production installs.
Best use cases
Implementation considerations
- Multi-component deployment: Kafka, Cassandra, and FiloDB nodes all required. Schema creation via CQL scripts must be run pre-deployment.
- Sharding strategy must be determined upfront—ordinal-based assignment via server startup parameters. Plan shard distribution across node count.
- Memory management is off-heap; monitor JVM and off-heap allocation carefully. Columnar compression requires tuning for your data distribution.
- Requires Prometheus-compatible scraper or direct Kafka producer integration. Gateway component available for metric forwarding.
- PromQL query support but with FiloDB-specific extensions; verify exact PromQL compatibility for your alerting/querying needs.
When to avoid it — and what to weigh
- Transactional or update-heavy workflows — Explicitly anti-use-case per documentation. Architecture optimized for append-only metrics, not ACID transactions or frequent updates.
- OLAP / analytical aggregation workloads — Not designed for complex analytical queries. Optimized for operational metrics and real-time queries, not batch analytics.
- Managed SaaS required — Self-hosted only. Requires operational expertise to run Kafka, Cassandra, and FiloDB cluster. No managed service available.
- Budget for minimal dependencies — Requires Java 11, Scala runtime, Kafka, Cassandra, Rust toolchain, and C compiler. Significant operational footprint.
License & commercial use
Apache License 2.0 (Apache-2.0). Permissive OSI-approved license allowing commercial use, modification, and distribution under standard Apache terms.
Apache-2.0 permits commercial use without explicit permission requests. Typical Apache obligations apply: retain license/copyright notices, disclose source modifications, provide CHANGES file. Standard indemnification and warranty disclaimers apply. No special commercial restrictions observed in license.
DEV.co evaluation signals
Editorial assessment — not user reviews. Directional, with an explicit confidence level.
| Signal | Assessment |
|---|---|
| Maintenance | Moderate |
| Documentation | Adequate |
| License clarity | Clear |
| Deployment complexity | High |
| DEV.co fit | Possible |
| Assessment confidence | Medium |
No security audit, vulnerability disclosure policy, or threat model provided in available data. Akka Cluster uses peer-to-peer communication without evident encryption discussion. Cassandra backend security (authentication, encryption) delegated to Cassandra configuration. Off-heap memory reduces JVM-level attacks but introduces new memory safety considerations. Kafka integration requires Kafka broker security setup. Review Akka documentation and Cassandra hardening; no audit history available.
Alternatives to consider
Prometheus + Thanos
Native Prometheus compatibility with superior query language maturity, larger ecosystem, and managed service options. Thanos adds long-term storage and distributed querying. Simpler operational model for small-to-medium deployments.
InfluxDB (OSS or Cloud)
Purpose-built time series database with simpler deployment, native clustering, and InfluxQL/Flux query languages. Cloud option available. Lower operational overhead than FiloDB's multi-component stack.
VictoriaMetrics
Lightweight, single-binary time series database with high ingestion rates, PromQL support, and lower resource overhead. Simpler operational model and superior compression. Growing ecosystem.
Build on FiloDB with DEV.co software developers
FiloDB requires significant operational effort but scales to millions of metrics with low-latency queries. Assess your team's Scala/JVM and distributed systems expertise before adoption. Consider alternatives like Prometheus+Thanos or VictoriaMetrics for simpler deployments.
Talk to DEV.coRelated on DEV.co
Explore the category and the services that help you build with it.
FiloDB FAQ
Is FiloDB production-ready?
Does FiloDB support PromQL queries?
What is the learning curve?
Can FiloDB run on a single machine?
Software development & web development with DEV.co
From first prototype to production, DEV.co delivers software development services around tools like FiloDB. Our software development agency staffs experienced software developers and web developers for custom software development, web development, integrations, and ongoing support across open-source databases and beyond.
Evaluating FiloDB for Your Metrics Infrastructure?
FiloDB requires significant operational effort but scales to millions of metrics with low-latency queries. Assess your team's Scala/JVM and distributed systems expertise before adoption. Consider alternatives like Prometheus+Thanos or VictoriaMetrics for simpler deployments.