FerroDruid Container

Build en container de FerroDruid. Despliegue la base de datos OLAP en tiempo real compatible con la especificación de Apache Druid como un único binario Rust en Amazon EKS mediante el Helm chart incluido. Habla la API REST de Druid, query JSON nativa y Druid SQL; lee/escribe segmentos Druid v9/v10. Sin JVM, sin ZooKeeper, sin plano de control de seis procesos. Medición por pod-hour, fuerza una rotación de contraseña de administrador en el primer login y falla cerrado sin entitlement de Marketplace.

Un cluster Apache Druid clásico necesita seis o más procesos JVM, además de ZooKeeper, una base de datos de metadatos externa y 16 GB+ de RAM antes de servir una sola query; FerroDruid Container sustituye todo eso por un único binario Rust ejecutándose como un pod de EKS. Es el mismo binario que la build AMI y sirve los ocho tipos de query nativa (timeseries, topN, groupBy, scan, search, segmentMetadata, dataSourceMetadata, timeBoundary); ejecuta Druid SQL (SELECT, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, 30+ funciones, EXPLAIN PLAN FOR, un endpoint de tarea MSQ, ~95% de paridad SQL core); expone 40+ endpoints REST compatibles con Druid; y lee/escribe segmentos Druid v9/v10. La topología soportada es un solo nodo con metadatos SQLite + deep storage en sistema de archivos local; el Helm chart falla cerrado en tiempo de plantilla con metadatos externos, deep storage externo, `replicaCount>1` y al inyectar un código de producto de pago en una imagen OSS. La cuenta de administrador se rota obligatoriamente en el primer login (todos los endpoints devuelven 403 hasta la rotación), y el container de pago verifica el entitlement mediante `RegisterUsage` al arrancar.

Características destacadas