FerroDruid Container

Container build of FerroDruid. Deploy the Apache-Druid-spec-compatible real-time OLAP database as a single Rust binary on Amazon EKS via the included Helm chart. Speaks the Druid REST API, native query JSON, and Druid SQL; reads/writes Druid segment v9/v10. No JVM, no ZooKeeper, no six-process control plane. Metered per pod-hour, forces an admin-password rotation on first login, and fails closed without a Marketplace entitlement.

A classic Apache Druid cluster needs six or more JVM processes plus ZooKeeper plus an external metadata database and 16 GB+ of RAM before it serves a single query; FerroDruid Container replaces all of that with a single Rust binary running as one EKS pod. It is the same binary as the AMI build and serves all eight native query types (timeseries, topN, groupBy, scan, search, segmentMetadata, dataSourceMetadata, timeBoundary); runs Druid SQL (SELECT, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, 30+ functions, EXPLAIN PLAN FOR, an MSQ task endpoint, ~95% core SQL parity); exposes 40+ Druid-compatible REST endpoints; and reads/writes Druid segment v9/v10. The supported topology is a single node with SQLite metadata + local-filesystem deep storage; the Helm chart fails closed at template time on external metadata, external deep storage, `replicaCount>1`, and on injecting a paid product code into an OSS image. The admin account is force-rotated on first login (every endpoint returns 403 until rotated), and the paid container verifies entitlement via `RegisterUsage` at startup.

Highlights