FerroDruid Container
Amazon EKS용 Rust-native Druid-compatible OLAP container
언제 비용을 회수하나요?
예: 관리형 옵저버빌리티 지출 월 $5,000
관리형 옵저버빌리티 지출이 월 $5,000라면 보수적인 40% 절감으로 약 $2,000/월의 총 사용료를 회피할 수 있습니다 — S4 소프트웨어 요금, EC2, 워크로드 차이는 제외한 값입니다.
FerroDruid의 container build입니다. Apache-Druid-spec-compatible real-time OLAP database를 단일 Rust binary로 Amazon EKS에 포함된 Helm chart를 통해 배포합니다. Druid REST API, native query JSON, Druid SQL을 지원하며 Druid segment v9을 읽습니다. JVM 없음, ZooKeeper 없음, six-process control plane 없음. pod-hour 단위로 metering되고, 첫 login 시 admin-password rotation을 강제하며, Marketplace entitlement가 없으면 fail closed됩니다.
고전적인 Apache Druid cluster는 단일 query를 제공하기 전에도 6개 이상의 JVM process, ZooKeeper, 외부 metadata database, 16 GB+ RAM이 필요합니다. FerroDruid Container는 이를 하나의 EKS pod에서 실행되는 단일 Rust binary로 대체합니다. AMI build와 동일한 binary이며 8가지 native query type(timeseries, topN, groupBy, scan, search, segmentMetadata, dataSourceMetadata, timeBoundary)을 모두 제공하고, Druid SQL(SELECT, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, 30+ functions, EXPLAIN PLAN FOR, MSQ task endpoint, ~95% core SQL parity)을 실행하며, 40+ Druid-compatible REST endpoints를 노출하고, Druid segment v9을 읽습니다(Druid 31.0.2 / 35.0.1이 기록한 segment로 로컬 검증됨, 실제 AWS S3 deep storage에서도 검증됨: Druid-31 segment, round-trip). 지원 topology는 SQLite metadata + local-filesystem deep storage를 사용하는 single node입니다. Helm chart는 template time에 external metadata, external deep storage, `replicaCount>1`, source-available image에 paid product code를 주입하는 구성을 fail closed합니다. admin account는 첫 login 시 강제 rotation되며(rotation 전까지 모든 endpoint는 403 반환), paid container는 시작 시 `RegisterUsage`로 entitlement를 검증합니다.
주요 특징
Druid-spec wire-compatible (REST + native JSON + Druid SQL, segment v9) — 기존 Druid client와 query가 동작합니다. AMI와 동일한 binary입니다.
하나의 container, JVM / ZooKeeper / six-process control plane 없음. 200 MB 미만 RAM에서 sub-second boot. 포함된 Helm chart로 Amazon EKS에 배포됩니다.
pod-hour 단위 metering, first-login password rotation 강제, fail-closed config: admin password가 rotation될 때까지 모든 endpoint는 403을 반환하며, Helm chart는 template time에 external metadata, external deep storage, `replicaCount>1`, source-available-image-plus-paid-code 혼합을 거부합니다.
왜 더 저렴한가
기존 EKS 클러스터에서 약 1k events/sec의 실시간 OLAP 백엔드를 운영하는 경우를 가정합니다.
- 노드 vCPU / RAM (≈ m5.xlarge × 3)
- $525 / 월
- ZK Pod (≈ t3.medium)
- $30 / 월
- RDS PostgreSQL 메타데이터
- $150 / 월
- 월 합계
- $705 / 월
- FerroDruid Pod (≈ m5.large + 소프트웨어 요금)
- $120 / 월
- 월 합계
- $120 / 월
수집 QPS에 맞춘 FerroDruid Container 선택
| 수집 QPS | Pod resource request | FerroDruid Pod 비용 | 월 합계 vs. Druid on EKS |
|---|---|---|---|
| ~100 events/s | 1 vCPU / 2 GB | $45 / 월 | $45 / 월 (Druid $400, −89%) |
| ~1k events/s | 2 vCPU / 4 GB | $120 / 월 | $120 / 월 (Druid $705, −83%) |
| ~10k events/s | 8 vCPU / 16 GB | $400 / 월 | $400 / 월 (Druid $1,800, −78%) |
참고용 예시입니다. EKS에서 Apache Druid를 최소 구성으로 배포하면 broker / coordinator / historical / middleManager / overlord / router의 6개 Pod에 ZooKeeper Pod와 RDS PostgreSQL 메타데이터 DB가 필요합니다. FerroDruid Container는 동일한 wire 호환 API를 Rust 단일 프로세스 Pod로 제공하므로 차이는 노드 비용에서 그대로 드러납니다. EKS 컨트롤 플레인 요금은 양쪽 구성 모두 동일하여 제외했습니다.
요금제 모델
AWS가 청구하는 hourly per-pod software fee + 자체 EKS cluster의 EC2 node 비용. license key는 필요 없으며, entitlement는 Marketplace `RegisterUsage`로 검증됩니다.
