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 segmentos Druid v9. 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 segmentos Druid v9 (verificado localmente con segmentos escritos por Druid 31.0.2 / 35.0.1, y de extremo a extremo desde S3 deep storage real de AWS: un segmento de Druid 31, ida y vuelta). 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 source-available. 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

Por qué es más barato

Supone un backend OLAP en tiempo real con ~1k eventos/seg en un clúster EKS existente.

Ejemplo ilustrativo. Un Apache Druid mínimo en EKS despliega broker / coordinator / historical / middleManager / overlord / router como 6 Pods, más un Pod de ZooKeeper y RDS PostgreSQL para metadatos. FerroDruid Container ofrece la misma API compatible con el protocolo wire como Pod Rust de un solo proceso; la diferencia se ve directamente en el coste de nodos. La tarifa del control plane EKS es la misma en ambas configuraciones, por eso se omite.