FerroDruid Container

Container-Build von FerroDruid. Stellen Sie die Apache-Druid-spec-kompatible Real-time-OLAP-Datenbank als einzelnes Rust-Binary auf Amazon EKS über das enthaltene Helm chart bereit. Unterstützt die Druid REST API, native Query JSON und Druid SQL; liest/schreibt Druid segment v9/v10. Keine JVM, kein ZooKeeper, keine Six-Process-Control-Plane. Abrechnung pro pod-hour, erzwingt eine Admin-Passwortrotation beim ersten Login und beendet fail-closed ohne Marketplace-Entitlement.

Ein klassischer Apache Druid-Cluster benötigt sechs oder mehr JVM-Prozesse plus ZooKeeper plus eine externe Metadatenbank und 16 GB+ RAM, bevor er eine einzige Query beantwortet; FerroDruid Container ersetzt all das durch ein einzelnes Rust-Binary, das als ein EKS-Pod läuft. Es ist dasselbe Binary wie der AMI-Build und bedient alle acht nativen Query-Typen (timeseries, topN, groupBy, scan, search, segmentMetadata, dataSourceMetadata, timeBoundary); führt Druid SQL aus (SELECT, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, 30+ Funktionen, EXPLAIN PLAN FOR, ein MSQ task endpoint, ~95% Core-SQL-Parität); exponiert 40+ Druid-kompatible REST endpoints; und liest/schreibt Druid segment v9/v10. Die unterstützte Topologie ist ein einzelner Node mit SQLite-Metadaten + local-filesystem deep storage; das Helm chart beendet fail-closed zur Template-Zeit bei externen Metadaten, externem deep storage, `replicaCount>1` und beim Injizieren eines paid product code in ein OSS-Image. Das Admin-Konto wird beim ersten Login zwangsrotiert (jeder Endpoint gibt 403 zurück, bis rotiert wurde), und der kostenpflichtige Container prüft das Entitlement beim Start über `RegisterUsage`.

Highlights