FerroStash Container
Container compatível com Logstash, nativo em Rust, para Amazon EKS
Quando isso se paga?
Exemplo: US$ 5.000/mês em observabilidade gerenciada
Com US$ 5.000/mês em observabilidade gerenciada, uma redução conservadora de 40% equivale a cerca de US$ 2.000/mês de cobrança bruta de uso evitada — antes da taxa de software S4, EC2 e diferenças de workload.
Estime sua economia
Informe seu gasto ou uso mensal relevante para uma estimativa aproximada — sem upload de fatura.
Build em container do FerroStash. Implante o pipeline de logs e eventos compatível com Logstash, nativo em Rust, como um único binário estático no Amazon EKS via Helm chart incluído. Implementa o subconjunto comum em produção dos plugins incluídos no Logstash 9.x (98 de 111, ~88%), interpreta a DSL `pipeline.conf` nativamente, sem JVM, inicialização em milissegundos. Medido por pod-hour.
Enquanto um pipeline Logstash típico mantém cerca de um gigabyte de heap JVM e leva dezenas de segundos para iniciar, o FerroStash Container executa um único binário Rust como um pod EKS. É o mesmo binário da linha v1.0 do build AMI e cobre ~88% dos plugins incluídos no Logstash 9.x — inputs incluem beats, file, tcp, udp, http, syslog, kafka, redis, s3, sqs, jdbc, elasticsearch e cloudwatch; filters incluem grok, dissect, kv, json, mutate, date, geoip, dns, csv, xml, useragent, cidr, fingerprint, translate, aggregate, throttle e um script nativo estilo Painless; outputs incluem elasticsearch / opensearch, kafka, s3, http, tcp, udp, file, redis, sqs, sns, cloudwatch, email e datadog; codecs incluem json, json_lines, multiline, cef, netflow, avro, msgpack e protobuf — conduzidos por um `pipeline.conf` com template renderizado em um `ConfigMap`. O Helm chart expõe Elastic Beats em tcp/5044 e a API de monitoramento em tcp/9600. O container verifica o entitlement via `RegisterUsage` na inicialização, exclui o filter opcional `ruby` e é suportado em topologia de nó único. Escopo honesto: é compatível com configuração/pipeline Logstash, não um drop-in 100% idêntico byte a byte.
Destaques
Helm chart para Amazon EKS incluído: `pipeline.conf` renderizado via `ConfigMap`, Elastic Beats em tcp/5044 + API de monitoramento em tcp/9600.
Cerca de 88% dos plugins incluídos no Logstash 9.x (98 de 111) em um único binário Rust — sem JVM, inicialização em ms, dezenas de MB de RAM.
Medição por pod-hour com entitlement fail-closed do Marketplace: `RegisterUsage` verificado na inicialização. Filter `ruby` excluído; a topologia suportada é de nó único.
Por que é mais barato
Pressuposto: 10 Pods em um cluster EKS existente com sidecars Logstash processando 5 TB/mês de logs.
- vCPU / RAM extras (≈ m5.large × 5)
- $350 / mês
- Total mensal
- $350 / mês
- vCPU / RAM extras (desprezíveis, ≈ t3.small × 1)
- $15 / mês
- Taxa de software FerroStash (10 × por hora)
- $45 / mês
- Total mensal
- $60 / mês
Dimensionar FerroStash Container conforme os sidecars
| Sidecars | Taxa de software FerroStash | Custo de nodes extras (Logstash) | Total mensal vs. sidecars Logstash |
|---|---|---|---|
| ~5 Pods | $22 / mês | $175 / mês | $30 / mês (−83 %) |
| ~10 Pods | $45 / mês | $350 / mês | $60 / mês (−83 %) |
| ~100 Pods | $450 / mês | $3,500 / mês | $600 / mês (−83 %) |
Exemplo ilustrativo. O Logstash em JVM precisa de ~1 GB de heap por Pod, então 10 sidecars exigem a margem de recursos de ~5 nodes m5.large. O FerroStash Container usa dezenas de MB de RAM com inicialização em ms, então co-localiza com Pods existentes praticamente sem custo extra de node. A taxa do control plane do EKS é omitida assumindo um cluster existente.
Modelo de precificação
Taxa de software por pod por hora cobrada pela AWS + os nós EC2 no seu próprio cluster EKS. Sem chaves de licença; entitlement verificado via Marketplace `RegisterUsage`.
Outros produtos S4
S4 — Squished S3
Gateway transparente de compressão S3 com GPU
S4 Logs
Arquive CloudWatch Logs em S3 com zstd
S4 Metrics
Controle a cardinalidade de métricas do CloudWatch