FerroDruid Container
Container OLAP compatible Druid natif Rust pour Amazon EKS
Quand est-ce amorti ?
Exemple : 5 000 $/mois de dépenses d’observabilité managée
Avec 5 000 $/mois de dépenses d’observabilité managée, une réduction conservatrice de 40% représente environ 2 000 $/mois de frais d’usage bruts évités — avant frais logiciels S4, EC2 et différences de charge de travail.
Estimez vos économies
Saisissez vos dépenses ou votre usage mensuel pertinent — aucun transfert de facture requis.
Build container de FerroDruid. Déployez la base OLAP temps réel compatible avec la spécification Apache Druid sous forme d’un binaire Rust unique sur Amazon EKS via le chart Helm inclus. Parle l’API REST Druid, le JSON de requête natif et Druid SQL ; lit les segments Druid v9. Pas de JVM, pas de ZooKeeper, pas de control plane à six processus. Mesuré au pod-hour, impose une rotation du mot de passe admin à la première connexion et échoue fermé sans entitlement Marketplace.
Un cluster Apache Druid classique nécessite au moins six processus JVM, plus ZooKeeper, plus une base de métadonnées externe et 16 GB+ de RAM avant de servir une seule requête ; FerroDruid Container remplace tout cela par un seul binaire Rust exécuté comme un pod EKS. C’est le même binaire que le build AMI et il sert les huit types de requêtes natives (timeseries, topN, groupBy, scan, search, segmentMetadata, dataSourceMetadata, timeBoundary) ; exécute Druid SQL (SELECT, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, 30+ fonctions, EXPLAIN PLAN FOR, un endpoint de tâche MSQ, ~95% de parité SQL core) ; expose 40+ endpoints REST compatibles Druid ; et lit les segments Druid v9 (vérifié localement sur des segments écrits par Druid 31.0.2 / 35.0.1, et de bout en bout depuis un deep storage S3 réel d'AWS : un segment Druid 31, aller-retour). La topologie prise en charge est un node unique avec métadonnées SQLite + deep storage sur système de fichiers local ; le chart Helm échoue fermé au moment du template sur les métadonnées externes, le deep storage externe, `replicaCount>1` et l’injection d’un code produit payant dans une image source-available. Le compte admin est soumis à une rotation forcée à la première connexion (chaque endpoint renvoie 403 jusqu’à rotation), et le container payant vérifie l’entitlement via `RegisterUsage` au démarrage.
Points forts
Compatible wire avec la spécification Druid (REST + JSON natif + Druid SQL, segments v9) — les clients et requêtes Druid existants fonctionnent. Même binaire que l’AMI.
Un container, pas de JVM / ZooKeeper / control plane à six processus ; démarrage en moins d’une seconde avec moins de 200 MB de RAM. Déploiement sur Amazon EKS via le chart Helm inclus.
Mesure au pod-hour, rotation forcée du mot de passe à la première connexion et configuration fail-closed : chaque endpoint renvoie 403 tant que le mot de passe admin n’a pas été renouvelé, et le chart Helm refuse au moment du template les métadonnées externes, le deep storage externe, `replicaCount>1` et les mélanges image source-available plus code payant.
Pourquoi c'est moins cher
Hypothèse : backend OLAP temps réel à ~1k events/sec sur un cluster EKS existant.
- vCPU / RAM des nodes (≈ m5.xlarge × 3)
- $525 / mois
- ZK Pod (≈ t3.medium)
- $30 / mois
- RDS PostgreSQL métadonnées
- $150 / mois
- Total mensuel
- $705 / mois
- FerroDruid Pod (≈ m5.large + frais logiciels)
- $120 / mois
- Total mensuel
- $120 / mois
Dimensionner FerroDruid Container selon le QPS
| QPS d'ingestion | Pod resource request | Coût du FerroDruid Pod | Total mensuel vs Druid sur EKS |
|---|---|---|---|
| ~100 events/s | 1 vCPU / 2 GB | $45 / mois | $45 / mois (Druid $400, −89 %) |
| ~1k events/s | 2 vCPU / 4 GB | $120 / mois | $120 / mois (Druid $705, −83 %) |
| ~10k events/s | 8 vCPU / 16 GB | $400 / mois | $400 / mois (Druid $1 800, −78 %) |
Exemple à titre indicatif. Apache Druid minimal sur EKS déploie broker / coordinator / historical / middleManager / overlord / router en 6 Pods, plus un Pod ZooKeeper et RDS PostgreSQL pour les métadonnées. FerroDruid Container fournit la même API compatible wire en tant que Pod Rust mono-processus ; la différence se voit directement dans le coût des nodes. Les frais du control plane EKS sont identiques dans les deux configurations et donc omis.
Modèle de tarification
Frais logiciels horaires par pod facturés par AWS + les nodes EC2 dans votre propre cluster EKS. Pas de clés de licence ; entitlement vérifié via Marketplace `RegisterUsage`.
Autres produits S4
S4 — Squished S3
Gateway transparent de compression S3 par GPU
S4 Logs
Archiver CloudWatch Logs vers S3 zstd
S4 Metrics
Gouverner la cardinalité des métriques CloudWatch